Pull to refresh

Comments 19

Нам для детального рассмотрения были интересны CMS, которые соответствовали ключевым критериям отбора: не только создание постов, а поддержка моделирования сложных структур данных (вложенность и переиспользуемость компонентов и т.п.), QraphQL API и другие. Не было задачи рассмотреть детально каждую систему на рынке, по максимальному соответствию критериям для пилота были выбраны 3 CMS, одна из них полностью подошла, поэтому дальнейшее исследование было нецелесообразным.

Как было написано в статье, на текущий момент в экосистеме МТС применяются различные инструменты для управления контентом. Возникла потребность в оптимизации и унификации текущих подходов к управлению контентом и передаче данных витринам. Развитие данной CMS требует привлечения внешней экспертизы, а также было интересно сравнить функциональность и удобство использования с другими решениями, поэтому начали заниматься исследованием рынка.

Спасибо, работа в статье была проделана конечно большая, вот здесь https://quantumart.ru/products/cms/sravnenie_cms дополнили вашу таблицу сравнения, добавили QP8.CMS. Про внешнюю экспертизу могу сказать,что на начальном этапе это требуется с любым новым продуктом, а далее это становится вопросом документации, удержания экспетов в команде и обучением новых членов команды.

Здорово, спасибо за дополнение

Как у Squidex дела с GraphQL Federation?

Контракт Squidex встраивается в Apollo Federation без каких-либо ограничений

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

Цель была, как и заявлено в статье проанализировать текущий рынок CMS и провести «пилотирование» выбранных инструментов, если в материале не хватило сравнения с QP8.CMS, то ребята уже сделали https://quantumart.ru/products/cms/sravnenie_cms

Сейчас очень модно делать a/b-тесты на части аудитории и всячески измерять конверсию. Рассматривались ли какие-либо возможности в указананых CMS ?

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

Как пример, коммерческое решение Uniform, которое может использовать контент в Squidex (https://uniform.dev/integrations/squidex)

Почему был выбран язык платформы .net core, а не php или Java? Для разработки headless язык платформы не так важен.

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

Sign up to leave a comment.