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

Нияз Шакиров
Нияз Шакиров
  • Сообщений: 14
  • Последний визит: 2 апреля 2025 в 10:36

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

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

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 страницы (перед закрывающим тегом

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

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

Иван Терешенко
Иван Терешенко
  • Сообщений: 33
  • Последний визит: 27 марта 2025 в 21:01

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

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

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

Яна Мельникова
Яна Мельникова
  • Сообщений: 24
  • Последний визит: 7 марта 2025 в 10:17

Вы можете использовать :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>
Редактировалось: 1 раз (Последний: 23 января 2025 в 00:04)
Елена Фомина
Елена Фомина
  • Сообщений: 4
  • Последний визит: 15 февраля 2025 в 09:31

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

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

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

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

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

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

Яна Мельникова
Яна Мельникова
  • Сообщений: 24
  • Последний визит: 7 марта 2025 в 10:17

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

Редактировалось: 1 раз (Последний: 22 января 2025 в 23:55)
Елена Фомина
Елена Фомина
  • Сообщений: 4
  • Последний визит: 15 февраля 2025 в 09:31

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

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

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

Яна Мельникова
Яна Мельникова
  • Сообщений: 24
  • Последний визит: 7 марта 2025 в 10:17

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

Дмитрий Аксёнов
Дмитрий Аксёнов
  • Сообщений: 46
  • Последний визит: 24 февраля 2025 в 11:13

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

Елена Фомина
Елена Фомина
  • Сообщений: 4
  • Последний визит: 15 февраля 2025 в 09:31

Есть 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 уников в день, то можно обойтись спокойно и выделенным сервером. Если, например цифры выше, то лучше брать виртуальный.

Дмитрий Аксёнов
Дмитрий Аксёнов
  • Сообщений: 46
  • Последний визит: 24 февраля 2025 в 11:13

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

Автотрейд

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

Редактировалось: 1 раз (Последний: 22 января 2025 в 23:30)
Евгений Абрамов
Евгений Абрамов
  • Сообщений: 17
  • Последний визит: 5 апреля 2025 в 19:25

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

Яна Мельникова
Яна Мельникова
  • Сообщений: 24
  • Последний визит: 7 марта 2025 в 10:17

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

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

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

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

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

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

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

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

Дмитрий Аксёнов
Дмитрий Аксёнов
  • Сообщений: 46
  • Последний визит: 24 февраля 2025 в 11:13

Яна Мельникова, спасибо за подробный ответ, а не подскажите какой минимальный пакет документов для размещения на сайте (функционировании)? 

Яна Мельникова
Яна Мельникова
  • Сообщений: 24
  • Последний визит: 7 марта 2025 в 10:17

Прежде чем говорить о юридических вопросах, возникающих при запуске маркетплейса, необходимо определить, что такое маркетплейс и агрегатор, с точки зрения закона. Проанализировав законодательство, можно с удивлением обнаружить, что единого термина для маркетплейсов не существует. Более того, в целом деятельность агрегаторов не регулируется вообще.

Есть разрозненные нормы, относящиеся к частным случаям, например:

— С 1 января 2019 года вступили в силу изменения в Закон «О защите прав потребителей», определяющие что такое «товарный агрегатор».

Для квалификации в качестве товарного агрегатора необходимо выполнение трех функций одновременно:

– давать возможность ознакомиться с предложением продавца (исполнителя) о заключении договора купли-продажи товара (договора возмездного оказания услуг);

– заключать с продавцом (исполнителем) договор купли-продажи (договор возмездного оказания услуг);

– производить предварительную оплату указанного товара (услуги) путем перевода денежных средств владельцу агрегатора в рамках применяемых форм безналичных расчетов.

Соответственно, достаточно убрать одну из функций, и закон на вас не распространяется.

— согласно статье 10.4 Федерального закона от 27.07.2006 N 149-ФЗ «Об информации, информационных технологиях и о защите информации», новостной агрегатор представляет собой «компьютерную программу, Интернет-сайт или страницы Интернет-сайта, где на государственном языке и/или государственных языках народов РФ распространяются новостная и рекламная информация, при этом доступ к ним в ежедневном режиме осуществляют более 1 000 000 пользователей».

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

Основные шаги при запуске проекта

Казалось бы, при запуске маркетплейса к юристу стоит обращаться, когда платформа уже готова, разработчики закончили свою работу и нужно размещать тексты документов на сайте. Но такой подход приводит к тому, что остается не проработанными масса вопросов:

– в каком статусе выступает маркетплейс по отношению к поставщикам и покупателям (от этого зависит, какую ответственность и перед кем несет маркетплейс и какова налоговая нагрузка);

– какую систему расчетов выбрать;

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

Все эти вопросы можно решить при разработке юридической модели.

Создаем юридическую модель

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

— Правовое основание деятельности (статус)

Эта часть состоит из выбора норм законодательства, которые регулируют деятельность проекта. Выше мы определили, что отдельное прямое регулирование имеют лишь агрегаторы в сфере B2C и новостные агрегаторы. Но при анализе норм имеет смысл анализировать и судебную практику, так как часто там можно найти близкие к вашей деятельности кейсы и понять, какие нормы закона релевантны и могут применяться судами и госорганами.

— Риски

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

— Договорная модель

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

На практике, под маркетплейсом (агрегатором) могут пониматься несколько моделей, в числе которых:

1) Продажа товаров от имени самой платформы

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

2) Продажа товаров от имени поставщиков

Например, на некоторых маркетплейсах часть товаров продается именно так. Заказывая, мы понимаем, что продавцом выступает не конкретный маркетплейс, а ИП Иванов.

3) Сочетание двух моделей

На одной и той же платформе могут быть как товары самой площадки, так и других поставщиков.

Именно поэтому ключевой вопрос, который нужно задать при начале планирования деятельности, кто будет продавцом товара или поставщиком услуги? Это важно по нескольким аспектам. Во-первых, продавец несет все риски ответственности перед покупателем. Во-вторых, от этого зависит договорная модель платформы и налоговая нагрузка, а также система расчетов.

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

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

И последний важный вопрос: за что и с кого мы берем свое вознаграждение.

Дополнительно необходимо решить:

— берет ли платформа на себя логистику;

— выполняет ли платформа функции арбитража (то есть, участвует ли в разрешении споров);

— есть ли дополнительные услуги: реклама поставщика, кредитование покупателя и т. д.

Прочие вопросы

Иные вопросы, которые важно проработать в юридической модели:

— Способы акцепта (подписания) документов

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

— Документооборот

Какие документы, помимо договоров и соглашений, должны быть и как они акцептуются (подписываются) сторонами.

— Способы расчета

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

— Налогообложение

— Обработка персональных данных

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

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

Факторы в основе модели

Центральной частью выбранной вами юридической модели будет система договоров, которая должна соответствовать бизнес-процессам. Кроме того, в числе факторов, важных для модели, можно назвать следующие:

— роль платформы (посредник, продавец);

— стороны: физическое или юридическое лицо. То есть необходимо определить, кто ваши пользователи и какой у них статус;

— юрисдикция (где находятся пользователи маркетплейса);

— денежные потоки (участвует ли маркетплейс в расчетах, в каких именно и как);

— схема монетизации (за что и с кого маркетплейс берет деньги)

Евгений Абрамов
Евгений Абрамов
  • Сообщений: 17
  • Последний визит: 5 апреля 2025 в 19:25

Подбирали CMS для быстрого старта и с возможностью дальнейшего внедрения ИИ, а также максимально удобным управлением каталогом + поддержка многосайтовости для управления разными интернет магазинами из одной панели администратора.

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

Месяц назад приобрели модуль машинного перевода на разные языки, работает отлично, ждем ИИ