Какой движок выбрать для проекта
Третья и завершающая статья из цикла CMS для проекта
Итак, в первых двух частях (Какой движок выбрать для проекта. Часть 1 и Какой движок выбрать для проекта. Часть 2) мы с вами подробно останавливались на том, что вам требуется для того, чтобы принять решение на каком же CMS делать ваш сайт. Так же мы четко структурировали все перечисленные виды ресурсов — от простого к сложному. Далее пойдет речь о движках платных и бесплатных.
Корпоративный сайт
Последнее время, я немного разочаровался в Jommla! как в платформе для корпоративных сайтов. Дело не в том, что эта CMS с открытым исходным кодом плоха или чем либо не удовлетворяет нашим потребностям. Наоборот — она слишком серьезна для подобного рода сайтов. Корпоративныем сайтам (мы сейчас не берем в пример CRM или intranet сайты) в большинстве своем не нужен на столько мощьный инструмент для управления сайтом, так как в основном на подобных сайтах находится только контент — то есть — никаких модулей/плагинов/цомпонентов вам использовать не нужно. Лучше всего взять или заказать самописный движок с нужным набором функций.
Домашний сайт/Персональный Блог (в простонародье хомяк)
Лидер разумеется WordPress— легкий, удобный, простой интерфейс, популярный до безобразия (мой блог сделан именно на wordpress). Удобство навигации, легкость в смене шкурок (кто не знает, что такое шкурка для сайта, милости прошу в вторую часть нашего повествевания), огромное количество информации и документации на русском языке. Так же можно воспользоватся MaxSite CMS, но на него значительно меньше доступных плагинов/шкур.
Портал игровой/новостной/любой другой серьезный сайт-портал
Фаворит — разумеется, мной любимая opensource система управления контентом — Joomla!
Плюсы: окромное количество бесплатных/платных шкур, Огромное количество модулей/компонентов/плагинов, которые помогают реализовать практически любые ваши желания на портале без знаний языков программирования. Плюс, который для человека не знающего английского оборачивется огромным минусом — отличная документация, огромный форум поддержки, самая бурноразвивающаяся CMS на текущий момент — все на английском языке. так же в последнее время появилось достаточное количество русскоязычных порталов, которые помогают развитию Joomla! в рунете.
Минусы: Безопастность — из-за огромной популярности CMS множество script-kiddies («деток со скриптами») балуются и после очередного релиза новой версии CMS — если ваш ресурс популярный, то 99%, что вам поломают сайт в случае несвоевременного апдейта движка. Достаточно много проблем, которые не возможно решить без доп знаний.
На втором месте пожалуй e107 — которая так же подходит под все наши нужны, имеет достаточное количество шкур и плагинов.
На третьем php-fusion, но я ее не люблю, так как разраб этого CMS спер часть кода из e107. Так же имеет огромное количество шкур/плагинов
Настоятельно рекомендую после прочтения всех трех частей статьи ознакомиться с ресурсом, который так же был представлен во второй части статьи. Там вы можете найти более подробные описания движков для сайтов. Так же на сайте можно выбрать движок для сайта не представленный в моем обзоре
На все ваши вопросы я готов ответить посредством комментариев ко всем 3м частям статьи.
жумла и вордпресс, очень тяжелые движки: нагружка высокая на сервера, и грузиятся сайты долго, громоздкая админка, хотя наверное это больше всего подходит для вордпреса
Хотя вот и жумлы только дистрибуетив весит около 6Мб — считаю это не нормальным
Но плюсы, да — много плагинов и шаблонов
А вот MaxSite CMS — легкий и простой, хотя это по большей части связано с тем что движок еще очень молодой
, такое мизерное потребление ресурсов сервера))
согласен, что жрут они неподеццки, особенно в дефолтной конфигурации. Но юзабилити вордпресса делает его исключительно «для народа»
ну и если руки не из попы то можно вполне так ничего оптимизировать как первый двиг так и второй.
Я бы разделил все сайты совсем по другому принципу. И разделил бы на две группы: те, где вы знаете что должно быть, и те где не знаете, либо знаете очень мало и видите перспективу в активном росте проекта.
Чем принципиально отличается подход к этим группам?
Если точно известно что должно быть на сайте — это подразумевает полностью описанный дизайн-бриф, глядя на который можно взять ту ЦМС, которая лучше подойдет к проекту по структуре. То есть для полного счастья можно даже выбрать ту ЦМС, которая будет проще адаптируема под чётко изложенные нужды. А если сайт совсем стандартный — то может даже самописный движок (если таковой имеется у разработчика).
Начинающий веб-проект с размытыми целями и нечеткой программой развития — требуется максимально гибкая и универсальная ЦМС (пусть даже в ущерб производительности движка), для того чтобы можно было подключать и отменять соответствующие тенденциям модули. Проект, который неизвестно как поплывет должен иметь максимально широкую перспективу развития функционала.
Категория, которая здесь выделена как домашний сайт-персональный блог — скорее подпадает под второй вид в моей категоризации, потому что, по всей видимости автор говорит о сайте, который разработчик делает для себя. Если это на заказ — то в таких случаях имеется всё тот же бриф и техзадание, которые относят этот проект к первой категории.