Извините, но вы чушь говорите, в Joomla стандартизировано все по части языковых файлов. И все поддерживается именно на уровне ядра. Для популярных компонентов языковые файлы всегда актуальны. Так же как и Drupal над локализацией работают люди. Если расширение не популярно в какой-то стране, то есть нет носителей языка, то оно и не переводится.
Я не хочу холиварить. Но какие претензии у вас к Joomla по поводу кода. И как это согласуется допустим с тем, что в 2011 она стала победителем 2011 Open Source Awards?
Иногда надо прочитать и килограммы документации, чтоб добавить кнопочку правильно.
Но в целом вы правы.
Лишь я бы уточнил одно, что вы пишите для заказчика фактически CMS, но на базе фреймворка, который удобен для вас. У вас есть свои наработки, чтоб быстро собирать на базе него нужный вам функционал.
Учитывая это я сомневаюсь, в рациональности использования фреймворка для среднестатистического сайта, за исключением, того случая, когда у разработчика уже есть готовое решение на базе фраймворка.
Да причем тут это.
Пришел чудо веб-мастер. Сказал буду делать на Yii сайт. Ясно дело, что ничего вменяемого сходу не получилось. Он собственно сказал все, что об этом думает. (О простоте разработке на Yii).
На Joomla ему обещали, что он создаст мега-портал за пол дня, пришел сделал что-то несуразное за день. Посмотрел на результаты своих трудов, сказал фигня эта ваша Joomla.
И таких примеров можно приводить до бесконечности под любую CMS.
Вы же не будет отрицать, что порог вхождения в Yii выше намного чем в CMS. И я думаю, что не создав ни одного проекта на Yii нельзя ругать его или говорить, что вот он такой плохой. За частую лагери, спорщиков даже не пытаются освоить ту и другую технологию, но при этом они заявляют, что противоборствующая плоха. Но явных аргументов обычно ни той ни у другой стороны нет, из-за того, что противная сторона плохо изучена.
Сегодня у меня был разговор с заказчицей, которая представленный проект дизайна забраковала, лишь потому, что на сайте должна быть анимация.
На представленном макете дизайна анимации конечно быть не могло. Так же она заявила, что голубые цвета — «это что-то могильное». А чистоту символизирует желтый цвет. (Это сайт клининговой службы)
Убеждать ее в том, что голубой это куда более подходящий под чистоту цвет, и куда как более подходящий под из деятельность бесполезно.
Так вот, что я хочу сказать, заказчик не профессионал, если он с уверенностью говорит, что дизайнер сделал фигню или я лучше эта CMS чем другая — это путь в никуда. Как правило, когда заказчик начинает руководить, и говорить, что делать и как, ничего хорошего не получается.
Так же и с CMS. Мы с вами прекрасно понимаем, что стоимость CMS достаточно мала, по сравнению со стоимостью изготовления сайта, и стоимостью его владения.
Да есть шаблоны готовые — они стоят не дорого до 60$. Но если кто-то думает что изготовить шаблон и купить его это одно и то же, он очень ошибается. Так же он ошибается если думает, что на стоимости CMS можно сэкономить большие деньги.
Если человеку нужен блог я предложу ему WP. Потому что я представляю все его преимущества как блогового движка. Если ему нужен сайт — каталог или портал среднего уровня я ему могу предложить Joomla. Но по сути я считаю, что заказчик не должен приходить с мыслью «хочу на таком то движке» — это не правильно. Для каждого дела есть свой инструмент.
Я так же не буду делать какой либо сложный сервис на CMS Joomla. Возможно я выберу фримворк Joomla, и то не факт.
Заказчик должен приходить с задачей, которую ему надо решить, разработчик подобрать инструмент оптимальный для решения этой задачи.
С ветки Joomla 1.5 фактически в ядро лезть не надо. Реализовано API позволяющее создать либо расширение, либо часть системного расширения вынести в шаблон и работать с ним не затрагивая ядро систем. При этом обновляя сам движок почти безболезненно. За шаблонизатор Joomla ругают однако он такой, только для того, чтоб придать дополнительную гибкость движку. Если интересно я расскажу, как через шаблоны joomla расширяются стандартные функции joomla. Обычно пользователи Joomla не знают приемов и от сюда лезут в код самой CMS. Я думаю, что такие проблемы характерны для любой CMS. Особенно если веб разработчик учился скажем на DLE.
Но в целом вы правы.
Лишь я бы уточнил одно, что вы пишите для заказчика фактически CMS, но на базе фреймворка, который удобен для вас. У вас есть свои наработки, чтоб быстро собирать на базе него нужный вам функционал.
Учитывая это я сомневаюсь, в рациональности использования фреймворка для среднестатистического сайта, за исключением, того случая, когда у разработчика уже есть готовое решение на базе фраймворка.
Пришел чудо веб-мастер. Сказал буду делать на Yii сайт. Ясно дело, что ничего вменяемого сходу не получилось. Он собственно сказал все, что об этом думает. (О простоте разработке на Yii).
На Joomla ему обещали, что он создаст мега-портал за пол дня, пришел сделал что-то несуразное за день. Посмотрел на результаты своих трудов, сказал фигня эта ваша Joomla.
И таких примеров можно приводить до бесконечности под любую CMS.
На представленном макете дизайна анимации конечно быть не могло. Так же она заявила, что голубые цвета — «это что-то могильное». А чистоту символизирует желтый цвет. (Это сайт клининговой службы)
Убеждать ее в том, что голубой это куда более подходящий под чистоту цвет, и куда как более подходящий под из деятельность бесполезно.
Так вот, что я хочу сказать, заказчик не профессионал, если он с уверенностью говорит, что дизайнер сделал фигню или я лучше эта CMS чем другая — это путь в никуда. Как правило, когда заказчик начинает руководить, и говорить, что делать и как, ничего хорошего не получается.
Так же и с CMS. Мы с вами прекрасно понимаем, что стоимость CMS достаточно мала, по сравнению со стоимостью изготовления сайта, и стоимостью его владения.
Да есть шаблоны готовые — они стоят не дорого до 60$. Но если кто-то думает что изготовить шаблон и купить его это одно и то же, он очень ошибается. Так же он ошибается если думает, что на стоимости CMS можно сэкономить большие деньги.
Я так же не буду делать какой либо сложный сервис на CMS Joomla. Возможно я выберу фримворк Joomla, и то не факт.
Заказчик должен приходить с задачей, которую ему надо решить, разработчик подобрать инструмент оптимальный для решения этой задачи.