Интересно, но наверное пример с модулем metatag не очень удачный, все таки настроек там не очень много и их можно перенести вручную :)
P.S. привели бы в посте ссылку на обсуждение этой проблемы на d.org
Хуки позволяют вмешиваться в процесс работы системы, не правя ядро. Причем из одного модуля можно вмешаться в работу другого модуля.
Куски html-я генерируемые в самих модулях то еще извращение. Все равно при кастомной разработке понадобится свое, так почему бы не отдать просто данные, и уж сам решу, как их в html-е представить.
Не всегда нужно кастомное решение, часто хватает стандартного решения. Если же все равно нужно кастомное решение — то ничто не мешает взять за основу стандартное решение и переопределить его в своей теме/модуле.
Насчет ООП сам не могу сказать, но знающие люди говорили, что в Друпале ООП применяется там где это необходимо и не применяется там, где без него можно обойтись.
P.S. Архитектура Друпала очень сильно меняется от версии к версии, посмотрите хотя бы на изменения 7 версии по сравнению с 6-ой.
Назовите, пожалуйста, жизненно необходимые модули, которые работаю только с MySQL.
Я встречал только один модуль, работающий только с MySQL, название сейчас не скажу, т.к. им не пользовался.
Для семерки уже вышли стабильными многие необходимые модули (Views, Rules и т.д.), так что, я считаю, что сейчас новые проекты стоит делать уже на семерке.
Вот, к примеру, работа с БД. Долгое время в Друпале поддерживался только MySQL, недавно впилили PostreSQL. А большинство модулей остались совместимы лишь с MySQL. Так и живем…
Вы на какой версии работе-то?
Поддержка PostgreSQL появилась еще в версии 4.7.0, а она вышла в 2006 году.
Также ничто не мешает прикрутить поддержку своей БД, не хакая ядро.
1) Я не выставлял себя, что я лучше UMI, я привел конструктивную критику системы. Нужно научиться принимать критику, а не тупо сваливать все на разработчиков. Это гораздо легче.
2) Карма была на последнем месте для меня при публикации этого материала и, если заметить, она не увеличилась, а уменьшилась.
CMS позволяет реализовать этот функционал и вопрос разработчика сайта — ставить проверку добавленных пользователем материалов на наличие скриптов или нет. Это вопрос разработчика сайта, а не CMS.
primpogoda.ru/users/registrate — красивая страница. %h1%, Шаблон не найден.
Попробуйте зарегистрироваться под admin — вернется эта же страница, без сообщения об ошибке.
1. Т.е. любой пользователь, которому нужно добавлять материалы на сайт, но не нужно видеть в админке всего остального становится админом? Потенциальная уязвимости есть и ее надо называть своими словами, а не пытаться замять ее словом «недоработка». Конечно, если вы думаете «Подумаешь ерунда какая, что он пристал то. Недоработку устраним», тогда все понятно. Получается отношение к безопасности как к необязательному функционалу.
3. Насколько я знаю в DLE есть возможно редактирования текста материалов не заходя в админку. В Drupal редактирование материалов/блоков осуществляется на страницах, находящиеся в 1 клике от редактируемой странице.
Заметьте, я не придираюсь к тому, что вы используете jQuery, SVN и т.п. в своих проектах. Мне интересно, почему разработчики своей системы для управления сайтами в своих же проектах не использую ее? Сразу приходят на ум мысли о том, что с CMS что-то не так, если даже разработчики не решаются использовать свою систему на своих же сайтах.
Не стоит сравнивать Drupal и UMI.CMS, вы все время будете проигравшей стороной. UMI.CMS это некоторое законченное решение. А Drupal это инструмент для создания того, что нужно заказчику. Причем создание и управление функционалом происходит в админке, а не через код, как в UMI.CMS и в других CMS.
Да, Drupal документирован нормально. Попробуйте найти в ядре функцию или класс, который не документирован. Сравните конфигурационный файл Друпала settings.php, в котором 80-90% это документация и конфигурационный файл юми config.ini, в котором документации нет ни строчки.
Для своих сайтов Drupal использует свой движок, а не движки конкурентов.
1. Любой пользователь, имеющий доступ к админку сможет выполнить любой html, javascript код (для tpl шаблонов), вставив их в поля при редактировании материалов.
Пользователи с правами админа могут сломать верстку простой вставкой кавычек в поля при редактировании материала, поскольку пользовательский вывод никак не обрабатывается. Если вы считаете, что это нормально — тогда все понятно.
2. О чем может быть разговор, если вы написали, что в большей части файлов ядра находятся «редко используемые классы»?
3. Разве нельзя было сделать и edit-in-place и валидную верстку?
Я бы и к UMI.CMS был лоялен, если бы в ней все было нормально. Но на деле это оказывается не так, поэтому и претензии.
Да.
P.S. привели бы в посте ссылку на обсуждение этой проблемы на d.org
Просто теперь три вида релизов стало: Xvid, x264 SD и x264 HD.
Куски html-я генерируемые в самих модулях то еще извращение. Все равно при кастомной разработке понадобится свое, так почему бы не отдать просто данные, и уж сам решу, как их в html-е представить.
Не всегда нужно кастомное решение, часто хватает стандартного решения. Если же все равно нужно кастомное решение — то ничто не мешает взять за основу стандартное решение и переопределить его в своей теме/модуле.
Насчет ООП сам не могу сказать, но знающие люди говорили, что в Друпале ООП применяется там где это необходимо и не применяется там, где без него можно обойтись.
P.S. Архитектура Друпала очень сильно меняется от версии к версии, посмотрите хотя бы на изменения 7 версии по сравнению с 6-ой.
Я встречал только один модуль, работающий только с MySQL, название сейчас не скажу, т.к. им не пользовался.
Для семерки уже вышли стабильными многие необходимые модули (Views, Rules и т.д.), так что, я считаю, что сейчас новые проекты стоит делать уже на семерке.
Вы на какой версии работе-то?
Поддержка PostgreSQL появилась еще в версии 4.7.0, а она вышла в 2006 году.
Также ничто не мешает прикрутить поддержку своей БД, не хакая ядро.
Нет, перезагрузить компьютер позже.
2) Карма была на последнем месте для меня при публикации этого материала и, если заметить, она не увеличилась, а уменьшилась.
С вами все ясно :-)
primpogoda.ru/users/registrate — красивая страница. %h1%, Шаблон не найден.
Попробуйте зарегистрироваться под admin — вернется эта же страница, без сообщения об ошибке.
Карта сайта primpogoda.ru/sitemap.xml видно совсем не строится.
3. Насколько я знаю в DLE есть возможно редактирования текста материалов не заходя в админку. В Drupal редактирование материалов/блоков осуществляется на страницах, находящиеся в 1 клике от редактируемой странице.
Заметьте, я не придираюсь к тому, что вы используете jQuery, SVN и т.п. в своих проектах. Мне интересно, почему разработчики своей системы для управления сайтами в своих же проектах не использую ее? Сразу приходят на ум мысли о том, что с CMS что-то не так, если даже разработчики не решаются использовать свою систему на своих же сайтах.
Не стоит сравнивать Drupal и UMI.CMS, вы все время будете проигравшей стороной. UMI.CMS это некоторое законченное решение. А Drupal это инструмент для создания того, что нужно заказчику. Причем создание и управление функционалом происходит в админке, а не через код, как в UMI.CMS и в других CMS.
Да, Drupal документирован нормально. Попробуйте найти в ядре функцию или класс, который не документирован. Сравните конфигурационный файл Друпала settings.php, в котором 80-90% это документация и конфигурационный файл юми config.ini, в котором документации нет ни строчки.
Для своих сайтов Drupal использует свой движок, а не движки конкурентов.
Пользователи с правами админа могут сломать верстку простой вставкой кавычек в поля при редактировании материала, поскольку пользовательский вывод никак не обрабатывается. Если вы считаете, что это нормально — тогда все понятно.
2. О чем может быть разговор, если вы написали, что в большей части файлов ядра находятся «редко используемые классы»?
3. Разве нельзя было сделать и edit-in-place и валидную верстку?
Я бы и к UMI.CMS был лоялен, если бы в ней все было нормально. Но на деле это оказывается не так, поэтому и претензии.
P.S. я не партнер Битрикса.
Если нашли ссылку на сертификаты Битрикса, то можно было бы найти и это www.free-lance.ru/users/Plazik