А потом, когда вам станет не интересна поддержка сделаного сайта, заказчик найдёт другого програмиста, которому «легче на том же RoR с нуля написать...» чем в вашем коде разбираться и т.д.
По этой причене (см. выше) много клиентов обращаются именно за сайтами на Друпале.
1. важно чтоб вы понимали, что в стоимость CMS не входит разработка, внедрение и сопровождение сайта на ней. Вы покупаете коробку интрументов с некоторой гаратией на них - остальное - ваша забота либо докупать кастомизацию, дизайн/шаблон и т.д.
2. поддержка CMS и подержка запущеного сайта - разные статьи расходов.
Популярные открытые CMS также имеют платную поддержку (местами качественней), например http://drupal.org/paid-services
+ у вас будет возможность выбора из желающих помочь за денежку (поторговаться) в отлчии от.
>отказ от использования новых возможностей php5 (OOP)
легкость, друпал поднимается на стреднестатистичеком shared -хостинге;
>таблицы sequences вместо auto_increment
на это есть основательные причины;
>html размазанный по всему коду
любой тег/элемент легко можно переоптеделить.
О Друпале в контексте изложеного:
действительно, большую часть популярного функционала можно реализовать используя готовые модули как "кубики". Пичем, необходимого схожего результата можно добиться используя различные наборы кубиков-модулей, что есть достоинством и, в некоторой степени, недостаком. Таких дополнительных (contributed ) модулей у Друпала свыше 500, около трети из них активно дорабатывается и содержат несколько версий (dev и stable для разных версий ядра). У модулей появляется и изменяется API для интеграции с другими модулями. Нетривиальный функционал (например digg-like)на данный момент реализуется связкой из 6-8 сторонних модулей (часть не stable) от разных авторов, один из которых, кстати, "забил".
Веду я к тому, что необходимо уделять не мало времени на отслеживание новых версий модулей, их API, списки багов и реакцию разработчиков на них.
Но все-таки, если вы работаете один или у вас маленькая команда - OS CMS/CMF правильный выбор.
Login server: gmail.com
[x] Use SSL
[x] Manually specify connection host
Host: talk.google.com Port: 443
[x] Keep conection alive
там даже больше свободы для манёвров.
По этой причене (см. выше) много клиентов обращаются именно за сайтами на Друпале.
другое дело — увидель Землю из космоса.
Интересно будет посмотреть примеры типового брифа и ТЗ.
2. поддержка CMS и подержка запущеного сайта - разные статьи расходов.
Популярные открытые CMS также имеют платную поддержку (местами качественней), например http://drupal.org/paid-services
+ у вас будет возможность выбора из желающих помочь за денежку (поторговаться) в отлчии от.
легкость, друпал поднимается на стреднестатистичеком shared -хостинге;
>таблицы sequences вместо auto_increment
на это есть основательные причины;
>html размазанный по всему коду
любой тег/элемент легко можно переоптеделить.
вы поклоннийк MVC? Мне тоже нравятся эти буквы.
действительно, большую часть популярного функционала можно реализовать используя готовые модули как "кубики". Пичем, необходимого схожего результата можно добиться используя различные наборы кубиков-модулей, что есть достоинством и, в некоторой степени, недостаком. Таких дополнительных (contributed ) модулей у Друпала свыше 500, около трети из них активно дорабатывается и содержат несколько версий (dev и stable для разных версий ядра). У модулей появляется и изменяется API для интеграции с другими модулями. Нетривиальный функционал (например digg-like)на данный момент реализуется связкой из 6-8 сторонних модулей (часть не stable) от разных авторов, один из которых, кстати, "забил".
Веду я к тому, что необходимо уделять не мало времени на отслеживание новых версий модулей, их API, списки багов и реакцию разработчиков на них.
Но все-таки, если вы работаете один или у вас маленькая команда - OS CMS/CMF правильный выбор.