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

Question

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

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

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

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

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

Спасибо!

Answer 1

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

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

Answer 2

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

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

Приходилось ли вам когда-либо принимать решение?