Развертывание контента, управляемого CMS

Question

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

Я бы хотел перейти к использованию CMS для сайтов, но я не знаю, как справляться с большими наборами изменений и развертыванием контента.

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

Большинство решений CMS для рабочих процессов заключается в том, чтобы редактором можно было просматривать одну страницу из CMS. И большую часть времени они просматривают страницу, которая еще не опубликована, а не вносят изменения в уже существующую страницу. Кроме того, этот обзор сделан на производственной площадке. Это больше ориентировано на создание периодических статей, таких как ведение блога. У маркетинговых сайтов есть новостные разделы, но это не помогает запускать весь раздел «Совершенно новые вещи».

Я не могу найти решение CMS для моего рабочего процесса:

• Создание контента в среде разработки.
• Развертывание всех изменений на промежуточном сервере для просмотра всеми заинтересованными сторонами (без необходимости искать какую-либо кнопку «предварительного просмотра» в CMS) .
• Развернуть все утвержденные изменения в указанное время.
• Разрешить твики для контента через CMS

Answer 1

Достоверность: Я возглавляю команду, которая создает довольно большую CMS *, и у нас есть много таких же требований, которые вы описываете. Например, редакторам необходимо создать сотни страниц маркетинговых материалов, изображений, фильмов; переведите это на 65 языков и разверните все одновременно по всему миру.

как подойти? Существует множество подходов, и тот, который вы предлагаете, имеет свои трудности. Модель, которую мы нашли, работает вполне прилично: модель одностраничного просмотра в сочетании с пакетным планированием . Большинство систем управления контентом позволяют редакторам создавать страницы, но регистрируются как «Черновик», а не «Опубликовать». Для пользователя, не вошедшего в систему, эта страница вернет 404, но для пользователя, вошедшего в систему, они увидят последнюю версию черновика. После того как утверждающий проверит весь контент, он может запланировать публикацию всех n страниц одновременно. Это действительно хорошо масштабируется.

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

^{* Почти миллион страниц, более 65 языков, тысячи редакторов, миллионы обращений в день - http://www.volvo.com}