Pull to refresh

Comments 82

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Прикольно. Хорошо хоть кешировать просят.
UFO just landed and posted this here
Мда. Забавно. Спрошу в декабре на конференции почему так.
Вообщет все эти "?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 лучше не стало.
UFO just landed and posted this here
В Друпале все хорошо, пока не начнешь делать что-то немного отличающееся от массовых задач, ну там кнопочку другого цвета или разделитель в хлебных крошках поправить… а так отличный пожиратель ресурсов как серверных и программерских, так и нервных клеток всех участвующих в создании проекта
Эта статья как раз была и направлена на то, чтобы показать что разработчик в Друпале ничем не ограничен.
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 добавляются дополнительные поля в контент
UFO just landed and posted this here
Не люблю такие статье вида «я люблю то-то за то-то» или «я не люблю это за это» т.к. они вызывают классический (и чаще всего на 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 проект.
Sign up to leave a comment.

Articles