Делая инструменты управления контентом доступными для веб-пользователей, какой тип CMS легче защитить, обучите своих пользователей и, как правило, продолжайте работать и довольны:
Существуют ли какие-либо системы CMS, которые вы прямо не разрешили бы запускать на обслуживаемом вами оборудовании?
Для наших веб-проектов мы используем специально созданную систему управления контентом, которая использует внутреннюю базу данных с веб-консолью для управления. Вот почему:
Перемещается с сайтом - Если заказчик хочет переместить свой хостинг, существуют определенные требования к хостингу, и весь сайт вместе с его функциями управления может быть перемещен сразу, без необходимости перенастраивать внешние инструменты.
Более безопасный - Есть единая точка входа: логин администратора. Нет необходимости делать сервер базы данных доступным для внешнего мира или постоянно разрешать доступ по FTP (только тогда, когда необходимо отправить обновления кода).
Доступен откуда угодно - Если клиенту необходимо внести изменение, он может войти в систему из любого веб-браузера и внести изменения, не беспокоясь о внешнем программном обеспечении или открытии дыр в локальном брандмауэре и т. Д.
Гибкость - Поскольку у нас есть доступ ко всему коду и базе данных, мы можем сделать все, что захотим, на сайте управляемым, не ограничиваясь пределами установленного внешнего программного обеспечения. Изменения можно быстро внедрить и сразу же применить ко всем.
Минусы использования такой системы могут включать:
Повышение квалификации - При использовании собственного интерфейса может потребоваться некоторое обучение пользователей. Вы, вероятно, столкнетесь с этим с любым программным обеспечением для управления контентом, внешним или нет.
Скорость - Использование веб-интерфейса может быть не таким быстрым, как использование собственного приложения для управления.
Я обычно предпочитаю онлайн-систему на основе данных за ее гибкость. Contribute - это здорово, но негибко - у меня нет исходного кода для управления тем, как он работает.
Если Contribute делает именно то, что ты хочешь и всегда буду хотеть, дерзайте, но в противном случае то, что у вас есть, может пригодиться вам лучше.
Единственная крупная CMS (с которой я до сих пор сталкивался) я бы запретил использовать в своих системах - это Joomla.
У нас очень большая установка Plone. Я не большой поклонник Plone, потому что он основан на Zope и Zeo, оба из которых могут быть гигантскими свиньями в плане ресурсов. По моему опыту, вам также необходимо иметь балансировщик нагрузки и squid перед Plone, если вы ожидаете какой-либо уровень производительности.
Лично мне нравится и я использовал большинство CMS на основе PHP, программное обеспечение для ведения блогов и т. Д.
С точки зрения безопасности и масштабируемости тип программного обеспечения, которое записывает статические файлы HTML на сервер, проще всего реализовать в широком масштабе (много сайтов, много пользователей) - будь то веб-интерфейс или клиент. Вы можете размещать сайты таким образом с минимумом ресурсов.
Если ваши потребности невелики и вы хотите работать динамично, посмотрите Wordpress. На данный момент это скорее CMS, чем инструмент для ведения блогов, он имеет действительно богатый набор функций, набор шаблонов и плагины, и для него относительно легко разрабатывать.
Если ваши потребности более масштабны, тогда вы попадете в такие системы, как Plone. Plone удовлетворил наши потребности благодаря довольно обширной системе ACL.
С любым инструментом, имеющим широкую пользовательскую базу, вы не столкнетесь с ситуацией, когда у вас есть серьезные дыры в безопасности, которые долго будут открываться. Я бы с подозрением относился ко всему, что имеет очень узкую область применения или крошечную базу пользователей. По той же причине, я бы с подозрением относился к своей собственной, когда уже была проделана СТАЛЬНАЯ работа по разработке и защите такого рода системы.
Какова ваша цель с CMS? Кто будет делать обновления и какие обновления. Основное внимание уделяется обучению пользователей доступу к данным или загрузке и хранению данных?
CMS, вероятно, лучше Contribute, если требуется гибкость. Какая CMS и будет зависеть от того, какие возможности вам нужны.