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

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

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

Новое поколение CMS решает проблему управления контентом с использованием различных платформ. Теперь содержимое создается, хранится и редактируется независимо от технических решений, используемых для его представления на клиентском оборудовании (браузере, смартфоне, умных часах).

Headless CMS — тело без головы

Логика традиционных CMS объединяет бэкенд- и фронтенд-части одной системы. Контент в данном случае оказывается связан с конкретными технологиями, архитектурой и шаблонами клиент-серверного приложения.

Headless CMS — принципиально иная система управления. Как правило, она отвечает только за универсальное содержимое, которое может использоваться на любых платформах. Бэкенд («тело») при таком подходе не связан с фронтендом («головой»).

Логика Headless CMS такова, что к «телу» при необходимости можно приставлять разные «головы». Это позволяет использовать один бэкенд для управления сайтом (или сайтами) и мобильным приложением, а также автоматизировать распространение контента по всем доступным площадкам и устройствам.

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

Как это работает

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

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

Содержимое системы хранится в поддерживаемой ею базе данных (PostgreSQL, MongoDB, SQLite, MySQL и MariaDB в Strapi). Обмен данными чаще всего происходит в «универсальном» формате JSON, что позволяет подстраиваться под любой новый фронтенд. Передача осуществляется через внешний API: RESTful или GraphQL.

Клиентское приложение отвечает за взаимодействие с пользователем (дизайн, интерактивность, сбор данных). Для манипуляций с данными используется API.

Преимущества Headless CMS

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

Снижение затрат на разработку — второе важное преимущество. При определенных условиях Headless CMS дешевле в установке и настройке. Разработчикам не требуется осваивать систему управления «от и до», достаточно разбираться в административном интерфейсе и API.

Ускорение реализации новых проектов — тоже немаловажный плюс для бизнеса. Благодаря гибкости использования контента, в Headless CMS процесс запуска сайта или приложения занимает меньше времени. Кроме того, индустриальные стандарты RESTful и GraphQL обеспечивают быстрый старт при развертывании нового проекта: разработчикам не требуется закладывать архитектурные основы и осваивать тулинг вокруг этих технологий.

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

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

Содержимое легко переносится в новые интерфейсы. Например, для реализации приложения для iOS, при наличии web- и Android-версий, не требуется создавать новый бэкенд — к существующей схеме просто добавляется еще одно клиентское приложение.

При этом разработчики на любом языке программирования (Ruby, PHP, Java, Swift) могут использовать API при манипуляциях с системой, решая таким образом проблему несовместимости разных языков в одном продукте. Это дает возможность задействовать новейшие технологии и креативно подходить к процессу разработки.

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

Алексей Девятов
Алексей Девятов
  • Сообщений: 22
  • Последний визит: 14 февраля 2025 в 22:03

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

Иван Терешенко

Можно по подробнее, что значит безголовая, как это скажется на функционале и возможностях? 

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

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

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

Хорошее решение, вот только бы еще было бы еще подешевле 

Алексей Девятов

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

Алексей Девятов
Алексей Девятов
  • Сообщений: 22
  • Последний визит: 14 февраля 2025 в 22:03

Хорошее решение, вот только бы еще было бы еще подешевле 

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

Waf если нужно скрыть разделы, просто блокируете в трафике все что связано с закрытыми разделами. AIM,PIM для доступа, там можно сделать так что после каждого выхода пароль меняется и при каждом входе вам SMS с OTP летит

Игорь Токарев
Игорь Токарев
  • Сообщений: 3
  • Последний визит: 14 февраля 2025 в 21:43

Тогда — LastPass

Алексей Девятов
Алексей Девятов
  • Сообщений: 22
  • Последний визит: 14 февраля 2025 в 22:03

Ну а смысл так заморачиваться, создаете новую группу менеджеры, назначаете им права и доступ и все, в настройках указываете какие разделы они видят а какие нет, в DST Мультивендор эта возможность есть, как и во всех других лицензиях 

Игорь Токарев

Я же говорю, я так сделать не могу по своими причинам, есть какие то другие варианты? 

Игорь Токарев
Игорь Токарев
  • Сообщений: 3
  • Последний визит: 14 февраля 2025 в 21:43

Ну а смысл так заморачиваться, создаете новую группу менеджеры, назначаете им права и доступ и все, в настройках указываете какие разделы они видят а какие нет, в DST Мультивендор эта возможность есть, как и во всех других лицензиях 

Игорь Токарев
Игорь Токарев
  • Сообщений: 3
  • Последний визит: 14 февраля 2025 в 21:43

Вы будете как агент, налог оплачивается с вашего процента. Только ПСН тут не сработает

Алексей Девятов
Алексей Девятов
  • Сообщений: 22
  • Последний визит: 14 февраля 2025 в 22:03

Какие есть юридические аспекты при открытии маркетплейса в РФ? Подскажите, плз, кто знает. Я ИП, до этого успешно продавал своё ПО через вебсайт, теперь есть необходимость продавать через сайт и чужое ПО, т.е. запустить маркетплейс.

Какие есть юр моменты? ИП достаточно для этого? Нужно ли заявлять другую область деятельности? Как переводить деньги авторам продуктов? У кого был опыт — поделитесь.

Антон Силуанов

Про движение денег

Деньги кому будете выплачивать — физлица или юрлица/ИП? из каких стран?

Если речь о РФ и выплаты юрлицам — проще всего получать все деньги на ип и потом выплачивать просто на их расчетные счета.

Если же нужно выплачивать физлицам — то тогда нужно подключить специальную платежную систему для маркетплейса — чтобы она сам «расщепляла» платеж и сама делала выплату физлицам и комиссии отдельно.

Про налоги

Добавляете на сайт «агентский договор» (оферту) — и тогда в вашу «налогоблагаемую базу дохода» попадает только ваша комиссия. Не путайте это с усн 15% доходы минус расходы — это другое! Гуглите про «Агентский договор» — он дает выгодное налогоблажение.

ИП на усн 6% продал товар за 1000 руб, ваша комиссия 20%

ваш налогооблагаемый доход 20% от 1000 руб = 200 руб

6% усн налога от 200 руб. будет = 12 руб.

также не забывайте уменьшать усн налог на сумму уплаченных взносов ПФР/ОМС 

Антон Силуанов
Антон Силуанов
  • Сообщений: 1
  • Последний визит: 14 февраля 2025 в 21:34

Какие есть юридические аспекты при открытии маркетплейса в РФ? Подскажите, плз, кто знает. Я ИП, до этого успешно продавал своё ПО через вебсайт, теперь есть необходимость продавать через сайт и чужое ПО, т.е. запустить маркетплейс.

Какие есть юр моменты? ИП достаточно для этого? Нужно ли заявлять другую область деятельности? Как переводить деньги авторам продуктов? У кого был опыт — поделитесь.

Руслан Якимов
Руслан Якимов
  • Сообщений: 2
  • Последний визит: 14 февраля 2025 в 21:33

В целом да, если вас устраивает потолок максимального годового дохода. Но нужно будет придумать как обойти, как администрирование или техподдержка и тп НО тут нужно чтобы сама система принадлежала другому лицу, ну и хостинг, слишком много муток выходит. Теоретически конечно возможно.

Антон Тишин
Антон Тишин
  • Сообщений: 16
  • Последний визит: 31 марта 2025 в 08:38

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

Дальше перекладывайте на продавцов уплату налогов, вы выступаете в качестве комиссионера (адвоката или импресарио, это в законе есть)
И все равно стоит это обсудить с юристом и бухгалтером

Антон Тишин
Антон Тишин
  • Сообщений: 16
  • Последний визит: 31 марта 2025 в 08:38

Спасибо за ответ, а можно ли будет использовать парсер от Python на PHP сайте?

Валерий Людимов

Да, можно просто написать API на Python и поднять сервис на отдельном поддомене или порту, а далее в JSON-формате возвращать данные на сайт и делать с ними дальнейшие операции.

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

1. Каждый запрос рандомизируем заголовки (request headers) и User-Agent. Обязательно. Тут без вариантов.

2. Делаем запросы исключительно через proxy + каждый запрос рандомизируем их. В идеале иметь пулл из ~20 проксей. Крайне желательно чтобы прокси были приватными.

3. Если уперлись в капчу, то делаем повторный запрос с другой прокси, если сайт ни в какую не хочет нас пускать к контенту, то разгадываем капчу. Либо реализуем разгадывание руками пользователя (т.к у вас интерфейс есть), либо с помощью любого сервиса разгадывания капчи, типа capmonster.cloud/ru или rucaptcha.com.

Надеюсь я смог прояснить некоторые технические детали парсинга сайтов.