Добавление системы управления контентом в существующее приложение Zend Framework

Недавно я начал работать в компании, основным продуктом которой является приложение на основе Zend Framework, состоящее из нескольких модулей. План состоит в том, чтобы использовать систему управления контентом с модулем внешнего интерфейса (по умолчанию), чтобы специалисты по маркетингу могли управлять общедоступным веб-сайтом.

В настоящее время я оцениваю возможные решения, и мне было интересно, может ли одна из CMS на основе Zend Framework (а именно pimcore ,crete5, TomatoCMS) быть включена в существующее приложение. Кто-нибудь сделал это и добился (более или менее) бесшовной интеграции одной из этих систем в существующее приложение Zend Framework?

Возможно, мне придется добавить, что интерфейсный модуль не «пустой». Уже существует довольно обширный процесс регистрации (на основе форм Zend), и я предполагаю, что CMS должна иметь возможность «обойти» это или что-то в этом роде.

Я предполагаю, что другим вариантом было бы накатить нашу собственную (возможно, основанную на Digitalus), но я бы не стал этого делать, если есть лучшие решения.

Есть ли у кого-нибудь опыт интеграции CMS в существующее приложение Zend Framework, как описано выше? Любой вклад будет очень признателен.

Спасибо!


content-management-system pimcore zend-framework concrete5
person jgxvx    schedule 26.04.2011    source источник

Ответы (2)


arrow_upward
1
arrow_downward

Я не знаком с pimcore или TomatoCMS, но довольно хорошо знаю Concrete5. Хотя он использует несколько библиотек Zend Framework (например, кэширование, локализацию), я бы не стал считать его «CMS на основе Zend Framework» для целей, о которых вы заявили. Он имеет свою собственную архитектуру, и интеграция в нее вашего существующего приложения в основном означала бы настройку части сайта CMS как изолированной отдельной системы (с очень простой интеграцией, такой как отображение содержимого ваших пользовательских страниц приложения внутри темы CMS или совместное использование учетных записей ) или перестроить ваше приложение в «способе Concrete5» (что, в зависимости от сложности вашего приложения, может даже не иметь смысла, поскольку «способ Concrete5» сосредоточен на страницах с информационным содержанием, а не на интерактивности пользователя, кроме редактирования содержимого. ).

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

person Jordan Lev    schedule 27.04.2011
comment
Большое спасибо за подробный ответ. Приложение довольно велико (коллеги работали над ним последние два года), поэтому перестраивать его не вариант. Мы договорились, что пока будем держать сайты полностью отдельными и работать с настраиваемыми макетами, чтобы общедоступная часть приложения выглядела так же, как сайт на основе CMS. - person jgxvx; 05.05.2011

arrow_upward
0
arrow_downward

У меня точно такой же сценарий. Я управляю довольно большим и сложным веб-сайтом, созданным с использованием Zend Framework, и мне нужно наложить поверх CMS, чтобы маркетологи могли делать обновления на веб-сайте, управлять навигацией, верхним / нижним колонтитулом и т.д. при наличии возможности нам пришлось бы повторно факторизовать весь код Zend Framework на язык CMS. У нас также очень сжатые сроки, поэтому необходимо перенести сайт как есть (если возможно) в CMS.

Я склоняюсь к Expression Engine, но не уверен, возможно ли то, что я пытаюсь сделать. Цель состоит в том, чтобы на CMS было запущено приложение / веб-сайт Zend Framework.

Вы когда-нибудь приходили к разрешению со своей стороны?

person scottystang    schedule 13.04.2016
comment
Да, с тех пор мы разделяем приложения и веб-сайты. Используйте полнофункциональную CMS для веб-сайта www.example.com и позвольте приложению работать, скажем, на app.example.com. Есть недостатки (один обычный SSL-сертификат не годится; дублирование кода макета / темы), но хорошее перевешивает плохое, imho. - person jgxvx; 14.04.2016
comment
Отлично, спасибо за проверку. Мой план состоит в том, чтобы оставить наше веб-приложение на базе Zend Framework в тактическом состоянии и построить вместе с ним CMS, чтобы маркетологи могли вносить изменения в наши 50 самых популярных страниц. Мы используем динамическую доставку сайта Akamai для обработки всех запросов страниц для кэширования, поэтому, возможно, мы могли бы использовать Akamai для маршрутизации запросов веб-приложений на что-то вроде jobs.example.com, а остальные запросы отправляются в CMS на www.example.com. Это звучит выполнимо? Как вы справились с проверкой трафика и маршрутизацией на своей стороне? - person scottystang; 25.04.2016