Как стать автором
Обновить

Комментарии 82

Никаких нервов не хватит всё до конца дочитать:)

Давно я таких трактатов о CMS не видел)
слегка тяжеловат-то читать:«Drupal предоставляет удобные инструменты для разработки сайта… и предоставление готового решения…… они предоставляют… Drupal представляет собой». Видно что автор старался, но достиг обратного эффекта
Это даже не трактат, это ода Друпалу
НЛО прилетело и опубликовало эту надпись здесь
обо всем и ни о чем.
У вас тут очень много заблуждений и сразу вспомнился график обучения Друпалу

Источник это не только источник фотографии, но и логичное продолжение вашей статьи (если по графику вы зайдете дальше)
Можно примеры заблуждений?
»Именно поэтому на Drupal не делают сателиты и ГС в промышленном масштабе
сателиты не делают потому что Друпал жрет много ресурсов, если бы не это то Друпал идеален для сателитов если использовать мультисайтинг: Одна папка с файлами + одна база основная и куча сайтов (с несколькими таблицами для каждого сайта).

»вы разрабатываете сайт-визитку
Друпал для сайта визитки это стрельба из пушки по мухам

Таксономия это вообще отдельная тема, у вас это верхушка айсберга

»Модуль Views заменяет собой сотни других модулей в других CMS
да ладно, в других системах не используется 100 модулей что бы вывести каталог

Да и вообще сильно много воды, просто перебор. Очень тяжело осилить чтение.

»»Главная проблема при изучении CMS — это понимание логики работы
вот с этим согласен на все 120%!!!

Друпал жрет много ресурсов
WP и Joomla жрут не меньше :)

Друпал для сайта визитки это стрельба из пушки по мухам
Друпал универсальный и преимущества его появляются в сайтах любых типов.

да ладно, в других системах не используется 100 модулей что бы вывести каталог
А кто сказал, что Views используется только для создания каталога?
Я views использовал чтоб генерить анкоры для продвижения в сапе :)
Я из views делал выпадающие списки. Делал меню.

Я Views использовал для создания хитрой денормализованной таблицы
Друпал говно, потому что я не умею делать на нём красивые формы (или хотя бы просто более-менее смотрибельные).
Причем тут Друпал, если не можете делать красивые формы именно Вы?
А если серьёзно, у меня самого раньше был щенячий восторг по поводу друпала.
Но когда стало делаться что-то более-менее серьёзное — поймал себя на странном ощущении…
То с чем я соглашался вначале (друпал это и CMS и CMF! Круто!), сменилось ощущением (200% предвзятым) что друпал это и недоCMS и недоCMF. Как-то вот неловко себя стал ощущать, сидишь, настраиваешь чего-то, с модулями борешься (лично отправил штук 20 сообщений об ошибках на их багтрекер, в т.ч. об ошибках в очень популярных модулях), с очень «удобной» темизацией разбираешься, костыли пишешь…

И понимаешь что это время «потраченное зря». Потраченное зря в том смысле, что если бы это был фреймворк — я как минимум не сильно медленнее сделал бы то же самое, но +приобрёл бы/закрепил бы опыт программиста. Если бы это была CMS — я бы просто поставил пару модулей и сделал простой сайтик, не заморачиваясь «внутренностями». А в друпале — время тратилось по большому счёту «на непонятно что».

Короче, наш выбор — Yii. С ним и форму не теряешь, и не надо ни с чем бороться.
А в чем проблема программировать под Drupal?
Разве API не хватает?
Программировать ради программирования уже как-то давно неохота.
НЛО прилетело и опубликовало эту надпись здесь
>> приобрёл бы/закрепил бы опыт программиста
если в jQuery баги значит лучше написать свой костыль которые его заменяет? да, это опыт, только скорее велосипедиста чем программиста
имхо: хороший опыт это уметь эффективно использовать готовые инструменты (знать API и т.д.), это бывает сложнее чем написать свой костыль, но это знания которые потом действительно экономят время
Сейчас у меня друпал стоит на простеньких сайтиках или в качестве заглушки на домен.
Просто потому что в друпале довольно удобно сделан мультисайтинг.
Вы мотивировали меня копнуть Drupal поглубже
It's dangerous to go alone.
Наверное полезная статья для тех кто о Drupal вообще не слышал.
А кто тут возмущается насчет производительности, запутанности и т.п. проконсультируйтесь с ребятами из Axel Springer. Forbes.ru один из самых загруженных ресурсов России не считая соц сетей и успешно работает на друпале. При это работает это все не на огромном кластере а на 6 серверах (2бэ+2фэ+2бд) 3 из которых являются репцлицирующими.

Прикольно. Хорошо хоть кешировать просят.
НЛО прилетело и опубликовало эту надпись здесь
Мда. Забавно. Спрошу в декабре на конференции почему так.
Вообщет все эти "?3" после js и css файлов как раз для того чтоб браузер их не кешировал.
Все эти ?3 после js и css файлов для того, что бы после изменения этих файлов браузер загрузил новую версию взамен старой, потому что они заставляют кешировать на 2592000 секунд (Cache-Control:max-age=2592000 — это 30 суток).
Да, был неправ. Признаю. До сих пор считал что такие файлы «с параметрами» браузеры вообще не кешируют. Посмотрел через файрбаг — понял что ошибался.
Спасибо за копеечку в копилку знаний.
а у них наверно что-то отваливается если они агрегацию включают
sportbox.ru забыли, 10 000 000 просмотров в сутки и полсотни тысяч онлайн не шутки
Вы код видели этой CMS? Модули писали под нее?

Я как код встроеных модулей посмотрел, меня трижды вырвало.
Если сравнивать код других CMS то это самая документированная CMS что я встречал. Да она не использует всех преимуществ ООП, но она и создавалась когда для PHP ООП то и не было.
Может быть и документированная, но знаете, это как хороший фреймворк который навязывает правила для получения оптимального и читабельного кода только НАОБОРОТ.

Он заставляет писать ужасный отвратительный говнокод.
скорее всего, код просто не современный :)
можно сказать Drupal стал заложником архитектуры разработанной еще во времена PHP4
Видел и писал.
И ваши ощущения?

У меня такие: будто бы я вновь пишу на C++, со вставками ASM.
Насчет C++ не могу сказать, т.к. не писал на нем.

Но в целом мне все в нравится в писании модулей под Друпал, благодаря хукам можно вклинится в любой процесс на сайте, написав небольшой по размерам код.
Уже 3 года пишу.
Во первых нравится, а во вторых если сравнивать разработку под 7ку и под 6ку видна явная динамика в сторону улучшения качества кода.
Это тяжелое наследие.
Первый Drupal бы написан для общения студентов (вам это ничего не напоминает)
Писался быстро. Для себя.

От версии к версии исправляют ошибки в построении системы.
Поэтому такие сильные изменения в API от версии к версии.
ООП обещали вроде в Drupal 8.

Кроме того от версии к версии появляются новые поддерживаемые СУБД.
От Sqlite до Oracle и PostgreSQL

Если хотите можно прицепить Nosql. Можно CDN.
Не удивлюсь, если есть уже такие модули.

А говнокод можно найти везде.
В 7 уже активно используется ООП. А полного перехода на объектную модель и отказа от системы хуков и конвенциональных функций вроде как пока и в 8ке не планируется. Строго говоря я еще не видел более или менее вменяемой аргументации в пользу того что такой переход вообще нужен.
Вашу статью можно было свести к заглавию и списку тегов :)
>>> А что Вам нравится в Drupal?

То что я его не использую.
Написать статью «Почему я не люблю Drupal и другие CMS, кстати, тоже», чтоли… :)
Друг хотел на сайте местном запустить Drupal в качестве движка. Ну я согласился. Тормозит жутко по сравнению с самописными на том же хостинге. Хотя конечно возможностей куча. И без программирования можно сайт поднять. В общем, как и любая CMS, на любителя.
>>По моему скромному мнению, CMS Drupal наиболее близко подошла к понятию «идеальная CMS»

При всем моем уважении… дальше читать не смог :)
Обоснуйте свою точку зрения.
У вас есть другой кандидат? Самопис не в счет.
Что обосновывать? Я ничего и не утверждал.
Я всегда говорил, что CMS из Drupal, как linux-дистрибутив из LFS
Имел дело с друпалом. Писал плагины под него. Каждый раз было стойкое ощущение, что навернул говна тарелку.
(мое субъективное мнение)
В Друпале нет плагинов.
От того, что их называют module лучше не стало.
Говносайт
Государственный Сайт
НЛО прилетело и опубликовало эту надпись здесь
В Друпале все хорошо, пока не начнешь делать что-то немного отличающееся от массовых задач, ну там кнопочку другого цвета или разделитель в хлебных крошках поправить… а так отличный пожиратель ресурсов как серверных и программерских, так и нервных клеток всех участвующих в создании проекта
Эта статья как раз была и направлена на то, чтобы показать что разработчик в Друпале ничем не ограничен.
Drupal как раз и славится тем, что в нем нестандартные задачи решаются очень легко.
То, что вы написали решаются парой строк кода, причем в свой теме, не влезая в код ядра или сторонних модулей.
Друпал мне нравиться, но вот с чем не согласен, так это с Вашим мнением о нодах! По моему ноды в 6 были лучше чем в 7. Хотя бы потому, что в 6 каждое новое поле в ноде не было целой таблицей в БД. Я бы вместо нод сказал про Entity, как родителя пользовательских данных, таких как ноды, комменты и т.д. Вот Entity действительно прекрасны!
Аминь.
Назвать Drupal удобной CMS как минимум странно. Фреймворк — да, согласен. Для разработки может и очень удобен, глубоко с ним не знаком. Но вот под понятие удобной CMS увы не подходит. CMS — система управления контентом. Идея — дать удобный инструмент пользователю, а не программисту для управления сайтом. Очень удивлена будет секретарша Петра Васильевича, услышав, что нужно вооон ту ноду поправить.

Хорошая и удобная CMS — это не мощная платформа. Хорошую CMS можно набросать за пару дней, где будет минимум функций, но они будут просты и понятны.

Что касательно WP и Joomla — инструменты не новые и вполне успешно решают поставленные задачи, хотя уже и там начался перебор с функционалом.

Далее ИМХО.
Для меня и для компании, где мне приходится работать, подошла MODx. Это субъективное мнение, но опыт показывает, что в ней хорошо соблюдается баланс между удобный фреймворком для разработчиков и удобной cms для заказчиков/пользователей, в большинстве благодаря развесистой системе прав доступа.
идеальная CMS это … та которую лучше всего знаете вы или ваш девелопер)
Причем Drupal имхо «не рыба не мясо», в том плане то нет адекватного бэкэнда (напр. админка WP великолепна, это самое лучшее что я видел на сегодняшний день + оч простой api плагинов и разработка тем для домохозяек) и как «фреймворк» — это слон в посудной лавке. Т. е. если разрабатывать несложные сайты, то вполне достаточно WP, что то посложнее Symfon, Yii или ZF. Да простят меня друпалобоги)
Не простят.
У меня волосы на некоторых местах начинают шевелиться, когда я узнаю как через простое API WP добавляются дополнительные поля в контент
НЛО прилетело и опубликовало эту надпись здесь
Не люблю такие статье вида «я люблю то-то за то-то» или «я не люблю это за это» т.к. они вызывают классический (и чаще всего на 80% бессмысленный и бездоказательный" срач.
идеальная CMS для php 4))) (тогда, вероятно — прекрасное решение) и господа разработчики сабжа могут жить на поддержке старых ресурсов, у которых «и так все работает»…

>> Поймете логику — значит сможете решить любую проблему
^«красиво, быстро и лучше остальных???». Иначе зачем писались рельсы, django, play!, ZF, YII и т.д? Сорри, drupal как CMS сложно переварить, скорее CMF с админкой (с) )))


Очень много воды.
А я не знаком с Drupal, прочитал и захотелось попробовать, так ли все прекрасно. Поэтому, спасибо автору!
Данную статью можно полностью зачитать клиенту, который вдруг возьмет да и поинтересуется, «А таки на каком движке будет мой сайт?».
Но, сидя за чашкой чая с коллегами, обсуждая cms, вряд ли можно настолько сильно восхвалять Drupal. Он прекрасен, когда на него переходишь, например с Джумлы, но чем дальше вникаешь, тем больше ненавидишь.
Ну если попробовать вникать дальше и перейти порог, то начнёт всё больше нравится :).
Уже писали же, что кривая освоения довольно крутая, не всем удаётся осознать.

з.ы. топик стартеру node != нода (устоявшийся и понятный перевод термина — материал)
Ага, а:
token == Маркер
state == Штат
Points == Эклеры.
Спасиба, не хочу
А я влюбился в Drupal, когда познакомился с «таксономией» и «вьюсами». Просто идеальная замена джумловскому менеджеру контента и модулям вывода новостей. Пускай, Друпал сложен в освоении, я его все равно осилю!!!
Извините, но еще раз упомяну MODx: просто из личного опыта, научился буквально за вечер делать динамическое меню и вывод новостей на небольшом сайте клиента. Как-то просто взялось и получилось. При чем у самого сайт студии на Друпале, в планах уход с него. Устал, честно говоря.
У MODx такая же гибкость в организации контента?
Конечно же не такая. Но для большинства задач хватает. Вы не думайте, мы и на Друпале продолжаем разрабатывать сайты, но только когда этого требует заказчик или нужна гибкость. Но обычно не нужна :)
Какой вдохновенный текст! Надеюсь, всё действительно так или почти так радужно. Раньше с «Друпалом» дела не имел, но недавно начал большой некоммерческий проект на нём. Очень рассчитываю на мощную таксономию.
Она мощна тем что логична и проста до безобразия :) Не поленитесь покопаться в коде и посмотреть как оно устроено.
Я привык, что такой большой текст картиночками разбивают.
Вот собственно с апрельской конференции video.yandex.ru/users/vaspi/view/40
Доклад от ребят из Axel Springer (Forbes) по поводу настройки окружения для Drupal под high loaded проект.
Спасибо за обзор, особенно за ссылки.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации