Последние сообщения

Алексей Онищенко, сработало, большое Вам спасибо за помощь, работает как нужно 

А, теперь я вас понял! Вам нужно сделать так, чтобы только те пользователи, которые перешли по определенной ссылке с параметром lang=zh-CN, автоматически переключались на китайский язык, а все остальные пользователи остались на своем языке. Давайте разберем, как это сделать! 

Данный CSS выводит флаг через класс icon-flag и скрывает не нужный нам элемент alt 

 
<style>
.icon-flag {
  background: url(/images/zh-CN.svg) no-repeat 0 0;
  font-size: 0px;
}
</style>
 

и вот как будет выглядеть ваш JavaScript с добавлением класса icon-flag, правильным управлением изображением и верным параметром lang=zh-CN:  

<script>
document.addEventListener("DOMContentLoaded", function() {
    const urlParams = new URLSearchParams(window.location.search);
    const lang = urlParams.get('lang');
 
    if (lang === 'zh-CN') {
        // Ищем элемент для китайского языка
        var chineseOption = document.querySelector('a[data-gt-lang="zh-CN"]');
        if (chineseOption) {
            // Симулируем клик на элемент для переключения языка
            chineseOption.click();
 
            // Находим текущий элемент для языка
            var currentLangImg = document.querySelector('.gt-current-lang img');
 
            // Если currentLangImg существует, обновляем его свойства
            if (currentLangImg) {
                // Задаем правильный src
                currentLangImg.src = chineseOption.querySelector('img').src; // Используем изображение для китайского языка
                currentLangImg.alt = "简体中文"; // Обновляем alt текст
 
                // Добавляем класс icon-flag
                currentLangImg.classList.add('icon-flag');
            }
        }
    }
});
</script>

В этом все и дело что мне не нужно чтоб он переключал всех пользователей на китайский, а только тех которые перешли по ссылке example.com/?lang=zh-CN, а также используя Ваше решение у меня пропали иконки флагов

Сделать так, чтобы люди автоматически попадали на китайский язык, не нажимая на кнопку это не сложная задача. 

Давайте разберемся, как это можно сделать!

1 шаг. Использование URL-параметров

Ваш переводчик DSt Translate поддерживает параметр в URL-адресе для выбора языка, вы можете создать ссылку с этим параметром. Например:

example.com/?lang=zh-CN

Здесь просто замените example.com на страницу вашего сайта.

2 шаг. Автоматическая инициализация скрипта JavaScript

Добавляем JavaScript код на вашу страницу, который автоматически выполнит клик на нужную ссылку без нажатия кнопки. Вот пример кода, который вы можете использовать:

 
<script>
document.addEventListener("DOMContentLoaded", function() {
    // Ищем элемент для китайского языка
    var chineseOption = document.querySelector('a[data-gt-lang="zh-CN"]');
    if (chineseOption) {
        // Симулируем клик на элемент
        chineseOption.click();
    }
});
</script>
 

Этот код должен быть вставлен в конец вашей HTML страницы (перед закрывающим тегом

), чтобы он выполнялся после загрузки всех элементов. 

Теперь, когда кто-то перейдет на вашу страницу, автоматически произойдет «нажатие» на ссылку для выбора китайского языка, и пользователь сразу же увидит ваш сайт на китайском.

Проблема в том, что nav#leftbar a гораздо более конкретен, чем #special. Первый содержит один идентификатор и два тега, второй — только один идентификатор.

я бы поменял идентификатор leftbar в класс leftbar а также удалите имя тега перед ним в CSS, чтобы вы могли настроить таргетинг .leftbar a и .leftbar p. Затем #special является более конкретным, поскольку содержит идентификатор. (Классы более значимы, чем теги, а идентификаторы более значимы, чем классы.)

Если ты это знаешь #special всегда является первой записью #leftbar, вы также можете настроить таргетинг на него, используя что-то вроде #leftbar a:first-child, без необходимости идентификатора.

Вы можете использовать :not() псевдокласс для исключения связи с special идентификатор:

nav#leftbar a:not(#special) {   color: red; }  #leftbar a:not(#special):hover {   color: gold; }

<nav id="leftbar">   <a href="link" id="special" onclick="function()">Special</a>   <p>Navigation area 1</p>     <a href="index.html">Home</a>     <a href="link">Link 1</a>     <a href="link">Link 2</a>     <a href="link">Link 3</a>     <a href="link">Link 4</a> </nav>

У нас в системе, на выбор встроено 6 различных визуальных редактора, которые Вы можете назначать в настройках системы и которые предназначены для редактирования любого типа контента. Все редакторы поддерживают редактирование (по примеру Word) и работают как с картинками, видео так и с другими типами файлов.

По поводу персонализации оформления, мы предлагаем своим клиентам 3 варианта его реализации:

1. После покупки системы наши разработчики могут сделать индивидуальный дизайн, как доп работы.

2. Вы можете обратиться к стороннему подрядчику. DST Доска объявлений имеет полностью открытый исходный код, что позволит полностью переписывать систему в том числе и оформление сайта под свои нужды.

3. Приобрести дополнительный модуль «Конструктор сайта»

Данный модуль позволит Вам по примеру WIX и Tilda методом перетаскивания оформить свой сайт и все страницы на нем без программирования.

В CMS встроен визуальный редактор, все то что вы хотите можно делать с помощью него, даже если Вы никогда не работали с ним Вы быстро научитесь так как с редактором работать ровно также как и с Microsoft Word т.е. всем понятно и просто  

Ой большое Вам всем спасибо, особенно Вам Елена, наконец хоть кто-то понятно объяснил, теперь понятно что нам подойдет Yandex Cloud. А не подскажите еще примерно что по стоимости?

Яна Мельникова

По стоимости минимальная конфигурация будет стоить 3000-4000 тысячи в месяц, обычно на 4000 дается гранд на первый месяц от Яндекса. Но Вам минимальная не подойдет, стоит брать конфигурацию в районе 5-6 т.р. наши специалисты могут ее Вам подобрать, это бесплатно, брать более дорогую конфигурацию смысла нет т.к. в дальнейшем Вы ее можете без остановки процессов работы увеличить

Ой большое Вам всем спасибо, особенно Вам Елена, наконец хоть кто-то понятно объяснил, теперь понятно что нам подойдет Yandex Cloud. А не подскажите еще примерно что по стоимости?

Для портала, маркетплейса или другого нагруженного проекта облако предпочтительнее. Его можно масштабировать без переездов по мере того как будет увеличиваться трафик и нагрузка. Облако лучше всего брать все верно в Яндексе, там надежней всего, хотя и не дешево 

Есть 3 основных типа размещения:

1. Хостинг

Подходит в основном для небольших микросайтов, где нет трафика, или он не превышает 400-500 уников в день. Хостинговым компаниям не выгодно держать на хостинге крупные проекты т.к. на одной машине они держат от 20 до 30 клиентов. Если один клиент имеет высокие нагрузки, то страдают другие 20 клиентов, соответственно, чтобы не терять средства, данного клиента просят снять сервер и уйти с хостинга т.к. его сайт превышает нагрузки.

Также если, например происходит взлом или другие проблемы у одного из 20-30 сидящих на одной машине, то и у всех остальных возникают такие же проблемы.

Плюсы:

— дешево.

Минусы:

— низкая пропускная способность;

— высокая угроза безопасности;

— не стабильная работа;

— нет полного функционала и полного доступа к root на сервере, что значительно снижает возможности управления и настройки для разработчиков .

2. Облако

Более известно, как «Виртуальный сервер». По факту это тоже самое что и хостинг, только значительно шире, мощней и сложней. Облако это большой Дата-центр. Простым языком – много, много серверов, все они разбиты на кластеры, в каждом кластере может сидеть очень много клиентов, по факту эти клиенты ничем не связаны друг с другом кроме одной детали — общим кластером, т.е. если например кластер «имеет проблемы» то имеют их все клиенты на нем, но т.к. облако предоставляют крупные компании, такое происходит редко и естественно, все кто сидит на виртуалках обычно имеют бэкапы.

Плюсы:

— по мере роста проекта можно легко и быстро менять конфигурацию сервера, это будет занимать не более 10 минут (если мы взяли сервер на трафик в 100К в день, а через полгода он у нас вырос до 300К, то мы, не переплачивая заранее, управляем гибко ценой).

Минусы:

— общий кластер (по сути, это не проблема) и в среде разработчиков большинство за более современный и гибкий подход, в виде того, что нужно брать виртуальный, а не выделенный сервер. Конечно, облако Яндекса не горит и максимально надежно, но цена у них примерно одинаковая с выделенном сервером.

— если педантично и честно замерять все виды нагрузок с идентичными конфигурациями сервера, то на выделенном сервере скорость на 5-10% выше и стабильней в плане ровной работы, что немного лучше отображается на скорости работы сайта. Видно, это связано с тем, что это выделенная машина.

3. Выделенный сервер

Плюсы:

— быстрее;

— стабильней и надежней;

— честная отдача (т.е. простым языком, никто не берет наши ресурсы).

Минусы:

— дороже;

— сложней менять конфигурацию сервера, всегда нужно брать с запасом.

Комментарии:

Если снимать облако, то конечно, оптимальный вариант это Yandex Cloud т.к. у них максимально надежная и мощная система, другие аналоги (например mail облако и др.) брать нет смысла, т.к. в основном там уже работают отработанные сервера после Яндекса, который каждый год меняет парк.

Если выделенный сервер, то лучше выбрать IP server, это не гигантская компания, но вот уже порядка 15 лет они узкопрофильно занимаются выделенными серверами, плюс ни один клиент за все годы работы с ними ни разу не пострадал, цены они дают средние по рынку, очень хорошая техподдержка.

Если трафик проекта очень быстро растет, или уже имеет сразу высокие нагрузки, то, конечно, лучше брать Yandex Cloud т.к. это позволит быстро реагировать + расширять возможности сервера. Если проект только стартует или трафик в основном стабилен или растет в адекватных пропорциях, то лучше использовать выделенный сервер.

В среднем если, например на маркетплейс или портал заходят до 15000 уников в день, то можно обойтись спокойно и выделенным сервером. Если, например цифры выше, то лучше брать виртуальный.

Не оказалось поддержки WebP, возникла ошибка, связанная с отсутствием необходимых библиотек.

Автотрейд

Бедная техподдержка хостинга, причем тут хостинг и поддержка Webp, они вообще тут не причем, включите ее в панели управления DST Platform, в настройках и все будет работать 

Очень много кто работает на хостинге TimeWeb, мы также там размещены на нем, в принципе хостинг достойный, конечно специалисты в ДСТ посоветовали нам снять сервер на Яндексе, но мы посчитали что это дороговато для нас и решили снять на Таймвебе, вообщем все устраивает 

Пакет документов, который необходим на запуске маркетплейса или агрегатора, включает в себя как минимум шесть документов. В их числе:

– договор между поставщиком и платформой;

– договор между покупателем и платформой;

– договор между поставщиком и покупателем;

– политика обработки персональных данных;

– согласие на обработку персональных данных и согласие на рассылку;

– соглашение об аналоге собственноручной подписи.

Предусмотрев все описанные тонкости, продумав их и заранее составив документы, вы сможете значительно сэкономить время на дальнейших шагах. А значит, сможете заняться другими важными для вашего маркетплейса вещами.