Почему вы выбрали Drupal?

Сб, 19/06/2004 - 05:28

В этом форуме мы обсуждаем проблемы выбора различных CMS, так давайте обсудим здесь же основную тему нашего сайта - CMS Drupal. Поделитесь своими впечатлениями о нем, почему вы его выбрали? Для каких видов сайтов он пригодился? Какие достоинства нашли по сравнению с другими CMS? Какие недостатки? Разумеется инфу об этом можно собрать полазив по всему сайту и составить полную картину, но в этом обсуждении я думаю можно собрать то же самое в краткой форме, чтобы на него можно было давать ссылки приходящим новичкам (а также ссылаться в обсуждениях о CMS на других сайтах). Поэтому старайтесь ссылаться на другие материалы сайта для подробностей, не повторяя их здесь. Итак, Drupal - pro at contra:

UPDATED Когда вы будете читать этот топик, обращайте внимание на даты комментариев - ветка обсуждения существует с 2004 года, с тех пор очень многое в друпале, да и вообще в вебе изменилось! Прогресс не стоит на месте, просто попробуйте Drupal в деле, узнайте о новых функциях которые появились в последних версиях. Текущая версия - Drupal 6.

0 Спасибо

Комментарии

Аватар пользователя axel
12 лет 10 months назад axel #

Я нашел Drupal, когда собрался делать сайт об операционной системе Debian. Пройдясь по разным сайтам посвященным этой ОС, наткнулся на http://debianplanet.org - мне он понравился и я решил узнать подробности об этом Drupal.

Сразу в Drupal понравилось:

* Отзывчивое коммьюнити на drupal.org, где мне любезно отвечали на мои заданные на кривом английском вопросы (ответы были часто на таком же кривом английском, но взаимопонимание было достигнуто :))

* Очень понравилась идея с таксономией (и до сих пор продолжает нравиться). Нравится то, что эта идея взята в Drupal за основу и очень многие типы сайтов удобно выстраиваются вокруг заданной таксономией структуры. По моим впечатлениям - наиболее удобна идеология Drupal для построения новостных и дискуссионных сайтов.

* Оказалось полезным кэширование контента для анонимных пользователей - значительно снижает нагрузку на базу, вообще техническая сторона вызывает мало претензий (хотя они есть - см. ниже)

* Код Drupal выглядит достаточно внятным, хотя я не знал PHP, когда им занялся, но разобраться удалось достаточно быстро и начать писать свои модули и дополнения (в Drupal есть требования к стилю кода, чтобы для всех модулей он выглядел единообразно). В Drupal можно уместить модуль полностью в один файл, если хочется (вместе со справкой по нему и всем что требуется для его работы), что я считаю достоинством.

* Разработчики на мой взгляд понимают что хотят от системы и следят за ее юзабильностью. Это очень полезно, пусть даже в ущерб новым фичам движок остается целостным и компактным. Пока путь некоторых CMS разползшихся по отдельным несовместимым веточкам с кучами мало кому нужных функций Drupalу не грозит. При этом, что приятно, атмосфера разработки сохраняется по моему личному мнению весьма демократичной. Полезные идеи продвигать здесь вполне реально.

Не понравилось и не нравится:

* Концепция локализации со схемой "все храним в БД". В некоторых случаях она прокатывает, но в некоторых конфигурациях неэффективна, а альтернатив Drupal не предлагает, вероятно потому, что большинство сайтов - англоязычные, локализация на них вовсе не используется и проблем с ней люди не видят. Поэтому пришлось возиться с реализацией альтернативных вариантов (gettext с переводами в файлах). К счастью, в Drupal это оказалось совсем просто реализовать.

* Работа фильтров контента, когда содержимое динамически фильтруется всегда при выводе. На нескольких сложных фильтрах (подобных bbcode) можно начать ловить тормоза. Как workaround сейчас можно использовать кэш фильтров, устраняющий эту проблему - filtercache. Но лучше, чтобы была более грамотная архитектура движка для работы с фильтрами.

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

Что еще вспомню - допишу.

--
Axel

0 Спасибо
Аватар пользователя arsart
12 лет 10 months назад arsart #

Не без ложной скромности скажу (Аксель мне простит), что DesignCollector.ru был первым русским Друпалом.

Хочу поблагодарить Pixelsusi.com за наводку на эту CMS.

Плюсы:
Первое - хочу отметить доступность настройки и использования Друпала для человека далекого от языка php и баз данных.

Второе - возможность локализации или заточки проекта под определенный перевод, да и не забыть то, что можно вставлять тэги в строки перевода (это значит что красота обеспечена).

Третье - прекрасная возможность систематизации контента, не новость, но её масштабность и многогранность поражает.

Четвертое - лицензия GPL, т.е. свободное использование для коммерческих целей.

Пятое - css-дизайн плюс создание своих шаблонов, которые не будут смотреться просто банальными шаблонами, а смогут создать конкуренцию "чистому дизайну".

Пять аргументов за я думаю предостаточно.

Минусов со стороны юзабилити или каких-то внешних данных не заметил, либо они фиксятся с каждым новым релизом.

0 Спасибо
Аватар пользователя B.X
12 лет 9 months назад B.X #

Чтобы я там ни говорил про недостатки Drupal'a, я всё равно продолжаю считать, что достоинств больше. Все официальные модули работают отлично и отлаженно. Всё, что надо для простого сайта, есть.

Но больше всего мне понравилось, что Drupal позволяет ко всем сообщениям добавлять аватары, а также всё комментировать. Я считаю - это главным достоинством. Потому что сайт, на котором хоть что-то нельзя прокомментировать - это мёртвый сайт. А сайт, в котором нет возможности добавить свой облик становится безличным, я думаю это неправильно.

Таксономия - это вообще чудо из чудес. На пару с модулем документов и модулем комментариев - это возможность сделать сайт таким как ты хочешь. Пока нет возможности перемещать темы из раздела в разделы, что я считаю необходимо, конечно же. Модерирование сообщений - это одна из важных функций, которая в Drupal'e пока не развита.

Ещё из недостатков - это конечно концепция "всё в БД" и utf-8. Я понимаю разработчиков, им было так проще сделать, но возможности для других кодировок они всё-таки должны были оставить, если не для всеобщей интеграции, то хотя бы для половинчатой (входящие rss и модуль drupal).

Из положительных качеств Drupal'a меня привлекает конечно же логичность. Логичность заключается не в банальном написании модулей, а в поддержке цельности структуры CMS. То есть, если модули входят в Drupal как часть ядра, они должны ведь поддерживать все остальные модули ядра и быть частью целого, это не так, к сожалению, у большинства CMS...

0 Спасибо
Аватар пользователя init
12 лет 1 month назад init #

Это с каких пор utf-8 стал недостатком? Какую кодировку вы предлагаете взамен? Не надо смешить народ, utf-8 - это несомненное достоинство. Надеюсь на то, чтобы весь этот зоопарк кодировок поскорее ушел в прошлое.

0 Спасибо
Аватар пользователя Nickolyan
12 лет 9 months назад Nickolyan #

Если в яндексе набирают слова из названия статьи сайта, то они попадают практически в самое начало. Пример: "Словарь японских слов". Ну и первый в списке http://blackforest.ru

0 Спасибо
Аватар пользователя arsart
12 лет 4 months назад arsart #

Это не фишка, а приятный сюрприз:)

0 Спасибо
Аватар пользователя Евгений
12 лет 4 months назад Евгений (не проверено) #

Я не работал с Друпалом, но описание его фкнкционала мне очень напомнило Plone.
Плон - это по сути cms-портал, в нем так же реализованы такие возможности как гибкая работа с документами. Для этого достаточно просто описать документ как набор полей, дейсвтвий и прав - все остальное: формы для редактирования, валидацию, переводы на другие языки по требованию читающего (локализацию) и индексацию во внутрнеем каталоге система сделает сама. Документооборот - описание движения документа, его состояния и проверки на каждо шаге.
Гибкий набор тем, можно переключать как угодно - хоть по урлу, хоть по кукам или написать свою систему условий.
Очень удобная система шаблонов - ZPT TAL - лучше пока не встречал.
По своей сути Плон - это программа для сервера приложений Zope
Язык - питон.

Хотелочь бы услышать мнение людей, работавших с обеими системами.

0 Спасибо
Аватар пользователя axel
12 лет 4 months назад axel #

Хотя Drupal активно растет (как по функционалу, так и по числу пользователей), я полагаю Plone штука более известная, в первую очередь конечно благодаря платформе на которой она построена - Zope. Zope это несомненно ТАНК, большой и мощный (я всегда обычно привожу именно это сравнение, по-моему суть оно точно отражает :)), но всегда ли удобно ездить на танке? :) Drupal несмотря на обилие функций я думаю более прост изнутри, чем Plone. С Plone я почти можно считать не работал - разбирался с ним локально, но сайтов делать не довелось. Уверен, схема разграничения прав Zope (и так понимаю Plone) мощнее, чем то что предлагает Drupal (даже со всеми доп. модулями), imho шаблоны реализованы также гибче. С другой стороны Drupal предлагает более простое в изучении решение, а в некоторых частях более гибкое. Скажем стандарта шаблонов в нем просто нет - есть т.н. "движки тем" и сами "темы" оформления, другими словами к Drupal можно прикрутить хоть тот же TAL, если его кто-нибудь портирует на PHP (с текущей версией Drupal работают phptemplate, xtemplate, smarty - три разных варианта для построения дизайна, но можно их игнорировать и делать собственный вариант вывода). Также полагаю, Drupal менее требователен к ресурсам, чем установка Zope+Plone. В общем, более "легкое" решение, но пригодное для построения самых разных сайтов. Да и хостинг под PHP+mysql как-то проще найти, чем python+zope.

Plone декларируется как CMF, хотя и представляет также готовый CMS (очевидно критерии различия CMF и CMS дело мутное, но попробуем оперировать этими терминами). Drupal здесь более скромен и является CMS, хотя можно считать с задатками CMF - можно использовать его довольно обширный API и на этом строить что-то свое.

На drupal.org недавно тоже тема Drupal vs Plone была поднята: http://drupal.org/node/13733

PS. Вообще есть конечно мечта (но пока очень далекая) видеть лёгкую CMS на Python подобную по функционалу Drupal, но не надстройку над Zope. Начал как-то разбираться с PPA/QPS (может это именно оно?), но пока отложил в сторону.

--
Axel

0 Спасибо
Аватар пользователя qman
12 лет 2 недели назад qman #

Если я вас правильно понял, вы оцениваете drupal выше чем ZOPE+PLONE. Я рассматриваю CMS для создания сайта intranet

0 Спасибо
Аватар пользователя axel
12 лет 2 недели назад axel #

Я оцениваю их как сделанные для разных задач. Выше-ниже - зависит от собственных привычек и знаний. Zope и построенные на нём системы - довольно тяжеловесные продукты либо для интранета (где можно не экономить на железе), либо для крупных корпоративных сайтов, работающих на выделенных серверах, где ресурсы также не проблема. Применительно к сайтостроение: на дешёвом хостинге за 5-10$ - тут без вариантов Друпал, я думаю Plone здесь это ненужный перерасход ресурсов при сомнительных преимуществах. Но в общем случае Zope - мощная платформа для самых разных применений. CMS - только одно из них. Если завязываться надолго и всерьёз (не для построения одного сайта на Plone), то я думаю результаты будут стоить потраченного времени.

--
Axel,
www.axel.drupal.ru

0 Спасибо
Аватар пользователя qman
12 лет 2 недели назад qman #

вы можете по подробнее рассказать на каких CMS удобнее создавать Документооборот для организации?

0 Спасибо
Аватар пользователя kiev1
12 лет 3 months назад kiev1 #

есть системы сами в себе - что-бы что-то изменить - пол-жизни учится надо а есть просто неправильные от которых тошнит: некрасивые, глупые, заумные... и не хочется после них комп включать и мысли разные приходят... но попадаются бывает и правильные к которым хочется даже модули писать, вот поэтому когда мы, или нам доделают друпал что-бы выводил блоки в произвольных местах по зонам - то учитывая его кеширование - даже для очень крупных новостных проектов - ничего лучше и желать не нужно... потому как они молодцы - :) их ругали что кеширование сделали в sql - а ведь так лучше - sql масштабируемая и нестрашно если проект разрастется :), а шоп к нему уже есть и вроде работает :)

надо вот что - доска объявлений и каталог предприятий с прайсами ну или просто модуль прайсов - вот бы такой где найти или сделать - и что-бы из xls прайсы импортировал, но это потом

0 Спасибо
Аватар пользователя axel
12 лет 3 months назад axel #

Это конечно не модуль прайсов, но из Excel можно выводить csv и делать copy-paste из файла, а фильтр выводит их в html. http://drupal.ru/node/438

--
Axel

0 Спасибо
Аватар пользователя Troy
11 лет 9 months назад Troy #

Использую друпал уже около двух месяцев, до этого использовал Mambo CMS, Limbo CMS, писал сам, ... слава богу наткнулся на друпал наконец-то :)
Два месяца изучения-ковыряния, и теперь разворачивать сайт практически любой степени сложности стало гораздо проще. С предыдущими системами все было наоборот - сначала просто и красиво, потом - ПОПА.

Мамбо - тяжелая, с глупым кодом, вложенность ограниченная, графики много.

Лимбо - легкая, вложенность ограниченная, жутко глючная, младший брат мамбы, серьезный сайт делать на системе очень опасно, баги замучают.

Свое - для сложных сайтов с авторизацией CMS писать времени и желания как-то не нашлось, да и зачем, ведь другие уже сделали - лучше и красивей.

Друпал уникален тем что тут очень многое можно сделать без хаков, модули друг с другом реально взаимодействуют, при создании страницы у каждого модуля есть "право сказать свое веское слово" :) Такой красотищи в коде php видеть еще не приходилось.
Отсутствие инсталляции - один огромный плюс.

Когда ты пишешь вывод, с ХТМЛ КОПАТЬСЯ НЕ НАДО - для выводов списков, урлов, форм, и т.д. все уже придумано.
Апи для подгрузки данных пользователей, апи для подгрузки нод, ... модули писать приятно.

И все-таки - Друпал это не система для человека который хочет побыстрее сделать сайт для себя и не думать о страшных словах PHP и HTML.

Это по настоящему гибкая система для людей, которые разворачивают сайты постоянно.

Создавая сайт для голландской компании, пришлось друпал похакать немножко для создания контекстного селект-бокса. ...Только после копания в коде начинаешь чувствовать, что все нити управления сайтом в твоих руках, админить его приятно и легко, написать блок - тьфу, пять минут... вот тут друпал и показывает себя во всей красе.

Красиво продуманная система, и малый вес ядра - тому подтверждение.

0 Спасибо
Аватар пользователя Natalie
11 лет 9 months назад Natalie #

Согласна с предыдущим оратором :) Не все то золото, что блестит. Да, нужно потратить достаточно много времени на изучение и настройку, но зато можно слепить все, что угодно. Причем, несмотря на недостатки в юзабилити, Друпал (вместе с модулями) предоставляет больше возможности непрограммерам вроде меня, чем другие, на вид более привлекательные, движки вроде Мамбо. Флексиноуд, например, просто неоценим. Ну а больше всего меня привлекает таксономия. Уж очень здорово придумано :)

0 Спасибо
Аватар пользователя Гость
10 лет 11 months назад Гость (не проверено) #

Поддерживаю всех, кто считает Drupal наиболее удобной системой.
Она требует только тщательного изучения всех возможностей.
В первый раз когда я ее поставил у себя на компе, я не понял ее и удалил, но потом прочитал в журнале Chip о Drupal. Там была одна фраза, что Drupal один из лучших CMS.
Хочу поддержить автора этих слов и сказать всем кто хочет попробовать эту систему, что ее нужно сначала понять, а потом уже смотреть. Я давно уже подбираю для своих задач CMS, но Drupal превосходит пока большинство систем в гибкости, удобстве и т.д.
Также хочу поддержать Natalie. Если Вы не программист, но разбираетесь в web-технологиях, то этот сайт для Вас.

0 Спасибо
Аватар пользователя nw
10 лет 11 months назад nw (не проверено) #

Помоему, Drupal наиболее удобен как система для создания сообществ и блогосфер в коем качестве его и используем.

0 Спасибо
Аватар пользователя Ainur
10 лет 11 months назад Ainur #
  • Поддержка UTF
  • Движок темлейтов phptemplate
    Можно заthemить его под любой дизайн.
  • Функциональность (Особенно нравится модуль профилей)
  • Красивые urlы
  • Производительность, пробовал много других систем, друпал работает гораздо быстрей
  • Кеширование
  • Гибкость
  • Хороший API

Все остальное :)

0 Спасибо
Аватар пользователя Natalie
10 лет 11 months назад Natalie #

>>Также хочу поддержать Natalie. Если Вы не программист, но разбираетесь в web-технологиях, то этот сайт для Вас.

Это еще больше правда с выходом 4.7 и таких модулей, как View и Category.

0 Спасибо
Аватар пользователя Гость
10 лет 11 months назад Гость (не проверено) #

Я выбрал Друпель среди аналогов по двум причинам: поддержка PostgreSQL и быстрота работы (относительно других CMS).

За всё остальное я его только ненавижу, как и все другие CMS...

0 Спасибо
Аватар пользователя Гость
10 лет 11 months назад Гость (не проверено) #

> Первое - хочу отметить доступность настройки и использования Друпала для человека далекого от языка php и баз данных.

Вот это, кстати, большой недостаток. + дурацкий API, кроме повышенной нагрузки на сервер и многочасовых головоломок ничего не дающий. Шаг влево, шаг вправо -- расстрел. Вот как мне "Аякс" из 4.7 версии выбить?

0 Спасибо
Аватар пользователя axel
10 лет 10 months назад axel #

И чем он такой "дурацкий" этот API? Можно конкретней? :) Имхо уж проще некуда, объектность PHP практически не задействована, простой API построенный на событиях и функциях, которые их обрабатывают.
Для отключения AJAX надо искать место где в заголовки страниц добавляются misc/*.js и отрубить это дело (наверно где-то в одном из includes/*.inc это делается).

--
Axel,
Darcs-репозиторий разработок для Drupal

0 Спасибо
Аватар пользователя Гость
10 лет 10 months назад Гость (не проверено) #

перепробовал практически все руссифицированные бесплатные СУК. Зарая - монстр - этакий бронепоизд для БОЛЬШИХ компаний. Упапблиш - то же очень большой... Попробовал что помкньше - Нюку и его клонов - как-то не очень шустро. Мамбо - летит через раз: приходится каждый компонент сначала на локалке проверяять очень сторательно, но все равно - летит.
Но сайт то все равно нужен и нужен для студентов, а следовательно нужно "все для общения". И тут встал вопрос: что же ставить, форум, блоги?
Наткунлся на дрюпал и все вопросы отпали сами собой: все что нужно - есть. И форум и блоги и отличная система категория для публикаций. скорость так же устроила.
так что я думаю, что дрюпал, это этакий "дом культуры и техники".

0 Спасибо
Аватар пользователя Natalie
10 лет 10 months назад Natalie #

А мне AJAX нравится. Удобная штука :)

0 Спасибо
Аватар пользователя axel
10 лет 10 months назад axel #

Мне тоже :) Имхо, трафик он уменьшает, хоть и кажется что активность обращений выше - ведь забираются не страницы целиком, а только необходимые части. Я думаю решать нужно это или нет должен пользователь - он может выключить JS в броузере, а сайт должен предлагать максимум возможностей.

--
Axel,
Darcs-репозиторий разработок для Drupal

0 Спасибо
Аватар пользователя B.X
10 лет 10 months назад B.X #

И мне нравится. Вот пример на этом сайте. Классная штука, скоро операционные системы можно будет в вебе делать... И RSS и блокнотик и доступ к фтп-сайту и новости и погода, доступ к почте и тд. и тп.

0 Спасибо
Аватар пользователя romand
10 лет 8 months назад romand (не проверено) #

Здравствуйте!
В почти законченом проэкте на Joomla в связи с выходом обновления Joomla 1.0.11 вылезли новые косяки и вот, окончательно решил перебираться на Друпал. Подскажите хорошие мануалы для начала вЪезда (можна англ).

зы: что такое таксомония? (уж шибко позитивно о ней отзываются)

0 Спасибо
Аватар пользователя coyotle
10 лет 8 months назад coyotle #

Таксономия (от греч. táxis - расположение, строй, порядок и nómos - закон), теория классификации и систематизации сложноорганизованных областей действительности, имеющих обычно иерархическое строение (органический мир, объекты географии, геологии, языкознания, этнографии и т. д.). читать дальше

В друпале это инструмент для классификации материалов, группировки по темам и т.п.

0 Спасибо
Аватар пользователя Natalie
10 лет 8 months назад Natalie #

фактически это те же категории, но с вывертом :)
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.

0 Спасибо
Аватар пользователя B.X
10 лет 8 months назад B.X #

Добавлю:
таксономия - это категории, но для всех модулей вместе, то есть, все данные из всех модулей (кроме интегрированных форумов и галерей) будут содержаться в таксономии, что очень удобно... поиск и комментарии тоже работают для всех модулей, так как всё постороено на таксономии, как едином месте хранения данных, возможны аватары для всех модулей использующих разные типы данных (так как всё так или иначе расположено в одном месте) и тд...

0 Спасибо
Аватар пользователя Natalie
10 лет 8 months назад Natalie #

таксономия используется для классификации и категоризации контента, поэтому к одному словарю можно подключить несколько типов контента.
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.

0 Спасибо
Аватар пользователя vladz
10 лет 6 months назад vladz #

Ух на первый взгляд после установки сразу понравилась эта CMS, если еще легко подгонять дизайн, то точно буду переходить.

0 Спасибо
Аватар пользователя Terranova
10 лет 6 months назад Terranova #

Я выбрал Друпал, потому что так звезды сложились. Спасибо Marazmus'у и его ресурсу - вовремя создался WoG.ru и вовремя созрело мое решение сделать свой сайт динамическим в полном смысле этого слова.

0 Спасибо
Аватар пользователя Zlata
10 лет 2 months назад Zlata #

Друпал - это просто чудо! :))))
спасибо за то, что он есть :)

0 Спасибо
Аватар пользователя vasilevsky
10 лет 2 months назад vasilevsky #

Искал CMS, на которой непрограммист мог бы создать полноценный сайт. Излазил нет, исчитался обзоров и форумов, в результате узнал о существовании Друпал. Что понравилось вначале:
- Таксономия
- Clean urls
- Размер

Что понравилось в процессе использования:
то же плюс
- Логичность
- Наличие сообщества, в котором можно найти ответы на вопросы.

Что не нравится:
- Пока нравится все. Мой сайт ( www.vasilevsky.net ) позволяет мне сделать все, что от него сейчас требуется. Дальше увидим.

Спасибо vadbars-drupal-org за перевод!

0 Спасибо
Аватар пользователя haremyak
10 лет 1 month назад haremyak #

Достоинства:

  • бесплатный (GPL)
  • быстрый
  • нетребователеный к ресурсам
  • прост в установке
  • прост в использовании, особенно в сочетании с wysiwyg-ом (например "Xinha Here!" - аддон к firefox-y)
  • удобен в управлении

Из недостатков хочется отметить отсутствие простого мануала для чайников - жмыхни сюда - получишь это, жмыхни туда - получишь то, жмыхни вот это, это и это - получишь сайт с менюшкой и тремя страницами... На примере разобраться было бы проще.

  • "Чайнику", чтобы создать примитивный сайт из 4-10 страниц, надо перечитать уйму информации, разобраться с новыми терминами , не испугаться их обилия, установить, поковыряться в системе и т.д.
  • Движок позволяет создать сайт "по-старинке" без всяких наворотов и новых терминов. Но до этой мысли дойти можно часа через 3-4 ковыряния в системе - задачка не для слабонервных

В общем "недостатки" возникают только на старте. После того как разберешься во всем - понимаешь, что это конфетка, а не CMS!

0 Спасибо
Аватар пользователя axel
10 лет 1 month назад axel #

Добавлю, что для сайтов в "4-10 страниц", где контент изменяется редко - применение друпала это overhead. Недоиспользование возможностей и совершенно ненужная лишняя нагрузка на БД и проц. Ведь для небольших сайтов и хостинг выбирают попроще, где ресусы БД обычно ограничены и в таких условиях достоинства друпала превращаются в недостатки.

Хотя персональный блог за 10 минут создать не проблема, но Друпал более ориентирован на средние и крупные проекты.

--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!

0 Спасибо
Аватар пользователя Полюс
10 лет 1 month назад Полюс #

Не конфетка, а огрызок конфетки. :-)
А понимаю что тут собрались фанаты друпала, php, html, css.
Я же уже вышел из детского возраста и хочу чтобы CMS была CMS.
А не конструктором из которого нужно мучительно долго собирать сайт.
К понятию Content Managment у друпала слишком мало отношения.
Скорее Structure and Module Managment.
Движок CSS-ориентированный и по старинке сделать table-ориентированный сайт придется помучаться еще. Так то если у вас стоит вопрос выбора системы CMS то нужно понимать, что кастомизация сайта на друпале это большие затраты времени и необходимость знать в совершенстве php и css.

Вот точное целевое назначение друпала, цитирую:

"Но сайт то все равно нужен и нужен для студентов, а следовательно нужно "все для общения". И тут встал вопрос: что же ставить, форум, блоги?
Наткунлся на дрюпал и все вопросы отпали сами собой: все что нужно - есть. И форум и блоги и отличная система категория для публикаций. скорость так же устроила.
так что я думаю, что дрюпал, это этакий "дом культуры и техники".

Не стоит разводить полемику, у системы много достоинств, но она еще ой как сыра для реализации на ней индивидуальных проектов. А если вам нужен типовой коммьюнити сайт на скорую руку - лучше друпала не сыскать :-)

0 Спасибо
Аватар пользователя axel
10 лет 1 month назад axel #

Ну PHP ладно, язык так себе, самое большое его достоинство - популярность. Но CSS то чем не угодило? Верстать на таблицах? Тогда еще можно найти такой "недостаток" как отсутствие поддержки разных кодировок - в друпале все приведено к utf8, это ж просто беда ;)

--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!

0 Спасибо
Аватар пользователя Гость
10 лет 2 недели назад Гость (не проверено) #

// Но CSS то чем не угодило? Верстать на таблицах?
// Тогда еще "недостаток" как utf8, это ж просто беда ;)

Не надо язвить, если вы настолько недальновидны ;)
CSS - отстой! Попробуйте сохранить ЦСС написанную страницу - одним файлом, а не с кучей шняги в виде каталога, картинок, скриптов и прочей бодяги, котороая мешается и часто не нужна совсем. например для просмотра на ПДА, или даже для хранения и копирования между РС, суть=текст там есть, а ненужная шняга в виде картинок, скриптов етс увеличивает в десятки раз копирование! А когда сохранено МНОГО МНОГО страничек, только ради текста, час может занимать несчастное копирование текста, бред! поэтому сохраняю и предлагаю попробовать сейчас так:
при сохранении выбрать: "WEB page, HTML only". Сохранили? А терерь откоройте! Ну, и какая нечитаемая туфта! даже визуально не понять, где что. И вообще то ли открылось что надо, или нет.
А при таблицах, даже при отсутствии файла стиля ЦСС, все равно читаемо, и даже распозноваемо, по оформлению, что вообще это примерно тот документ, или из другой оперы.
Так что ЦСС это отстой! Не все золото, что блрестит и что новое. Этот ваш запорожец=ЦСС уступает доброму бенлей=таблице, хоть он и старый уже, но лучше, чем нулевый запорожец. Лучше тем, что намного читабельнее, при сохранении, так как в памяти (если она не коротка) а в моей есть то, как выглядела страница, и где там нужная ссылка, или текст был. А в ЦСС шняге надо искать, куда всё съехало, из=за лабудового построением ЦСС-са и отсутствием файла. Есть вариант - автоматом инклудить ЦСС файл в код - и дизайнеру просто - ибо файды осталисьраздельно, и пользователю удобно - так как документо сохраняется в первозданном виде. Но дальновидный людей мало и мало кто так делает... да, нтм файл становится чутка больше, но это оправдано, так как по любому файл читается при запросе, отдельно, или в коде нтм. И другие мелочи - все что ни говорите, а они уже малозначимы В НАШЕ ВРЕМЯ, чем такой косяк. И например все равно проще списать один файл на 1МБ, (и серверу и копму), чем 100 по 10кб. Тут есть еще ньансики, они мелкие, не надо их цеплять, я их все могу опровергнуть, просто это тогда текстище будет на 80 листов.

мое утверждение:
ЦСС отстой перед таблицами
УТФ-8 это хорошо.
и не путать - про друпал я ничего не сказал. сами юзайте, узнаете тогда...

0 Спасибо
Аватар пользователя axel
9 лет 11 months назад axel #

Спасибо, что не на 80 листов. Конечно, CSS можно инклюдить в текст страницы, правда это лишает такой полезной возможности как кеширование CSS браузером. На мой взгляд не стоит такая экономия того, особенно если включена компрессия. Сохранение страниц на диске - не аргумент, не такая частая операция, чтобы из-за этого отказываться от преимуществ CSS. И если пока в девелоперы в броузерах тормозят с разработкой корректного сохранения страниц вместе со стилями (хотя к мозилле например есть плагины scrapbook и savecomplete), то можно использовать другие программы для выкачки страниц со стилями целиком. В конце-концов html в принципе не расчитан на хранение всего контента в одном файле - иллюстрации изначально выносились отдельно, очень логичным выглядело продолжение - вынести отдельно оформление текста, что и сделали в CSS.

0 Спасибо
Аватар пользователя svoma
9 лет 9 months назад svoma #

"CSS-отстой" ?
Боже мой какая запущеность...

Если вас так растраивает просмотр в ПДА то вспомните что файл с приминением ЦСС гораздо меньше весит чем файл написаный в чистом ШТМЛ с таблицами, что гораздо выгодней для мобильного интернета при его то стоимости. Ну и ЦСС можно прописывать в самом файле тогда у вас все коректно сохранится (хотя нормальный браузер все отлично сохроняет и с внешним файлом ЦСС).

И зачем тогда весь мир стремится к новому стандарту WEB 2.0 который подрозумевает связку HTML+CSS=XHTML.

Когда увидел дизайн сделаный с помощью CSS то мигом начал изучать даную технологию. И то что есть CMS подерживающие CSS это огромный+ так даже еще не один HTML+ редактор не умеет толком работать с ним.

P.S.

Решил переделать свой сайт под стандарт WEB 2:0 в нете почитал про CMF и столкнулся с мнениями что Drupal подходит под даную систему так что приглядываюсь)). TYPO тоже преглянулся но там с поддержкой и переводами очень ТУПО).

0 Спасибо
Аватар пользователя axel
10 лет 1 month назад axel #

Также отмечу, что профессиональные CMS это в большей мере CMF, либо вовсе только CMF - фреймоворки-конструкторы, где готовые решения приведены только для примера. Очень сложно (невозможно) предусмотреть решения для управления контентом на все случаи жизни, обеспечив при этом возможность создания уникального дизайна через админские настройки. Либо CMS затачивают под определённую задачу (управление блогом, форумом и т.д.), либо это эволюционирует в конструктор, где критерии качества другие - лёгкость воспрития кода, интеграция между компонентами, поддержка современных стандартов.

--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!

0 Спасибо
Аватар пользователя andypost@drupal.org
9 лет 9 months назад andypost@drupal.org #

Полностью не согласен: "table-ориентированный" - делается так же просто, как раз шаблонизаторы и дают эту гибкость!
Structure and Module Managment - не верно: в друпале именно посредством таксономии облегчается управление контентом, а модулями управлять и вовсе не нужно - они саму управляют контентом и действиями с ним.

Для меня именно грамотность API стала решающей, Это и CMS и CMF. То, что для новочков в программировании легко построить сообщество из блогов, новостой ресурс и средней сложности интра-портал - это конечно большой плюс. Но именно API дает возможность за час-два добавить к базовым функциям неоходимые для конкретного проекта.

Из минусов: тяжеловатая по рекурсам локализация, система меню, гибкая, но опасная система rewrite_sql

0 Спасибо
Аватар пользователя vadbars@drupal.org
10 лет 1 month назад vadbars@drupal.org #

Полюс, вы развили подозрительно бурную активность по изложению своей "точки зрения" - штук пять уже сообщений с одним и тем же тезисом "у меня не получилось - значит система плохая". :) Имхо, это больше похоже на перекладывание вины за свое неумение что-то сделать на "объективные обстоятельства".
Вашу бы энергию, да на элементарное изучение основ системы. Или вы полагаете, что TYPO3, скажем, будет за вас все делать сама?


Я ставлю строчку "php_value error_reporting 7" в файл .htaccess, а вы? :) Полный русский перевод Drupal 5.x и еще некоторых модулей.

0 Спасибо
Аватар пользователя max24
10 лет 1 month назад max24 #

В Drupal меньше серьезных ошибок чем в других CMS, поэтому я ее выбрал.

0 Спасибо
Аватар пользователя marazmus
10 лет 1 month назад marazmus #

2Полюс:

А понимаю что тут собрались фанаты друпала, php, html, css.
Тут собрались фанаты решения проблем с использованием своих знаний и мозгов :)

Я же уже вышел из детского возраста и хочу чтобы CMS была CMS.
А мы пока не успели повзрослеть, извини :) И по-детски полагаем, что всему нужно учиться. И сев в кабину БелАЗа, не пытаемся тупо дергать ручки - вместо внимательно чтения руководства.

Движок CSS-ориентированный и по старинке сделать table-ориентированный сайт придется помучаться еще.
1) Движок ориентирован на вывод информации. Как это вывести - с помощью div+CSS или кучи вложенных табличек - строго заслуга разработчика темы (конкретно - верстальщика, если уж докапываться до подробностей). Так что заявление про CSS-ориентированность - просто хрень собачья.
2) Кстати, из-за такой вот тупизны "по старинке, табличками" рунет до сих пор в глубокой жопе. Не из-за табличек в жопе, а из-за такого вот нежелания развиваться.

Так то если у вас стоит вопрос выбора системы CMS то нужно понимать, что кастомизация сайта на друпале это большие затраты времени и необходимость знать в совершенстве php и css.
И это очень хорошо :) Потому что идет нормальный отсев - те, кто может признать себя чайником хоть в чем-то, и готов научиться - не против изучить Друпал, потому что мощь и простота фреймворка позволят ему оправдать эти затраты времени и сил; те, кто не может - идут курить за жумлу и мамбу...

Вот точное целевое назначение друпала, цитирую:
Охренеть :) Друпал уже классифицировали, препарировали, вынесли вердикт и засунули ффтопку :) И точность, точность прямо-таки нечеловеческая :)

Не стоит разводить полемику, у системы много достоинств, но она еще ой как сыра для реализации на ней индивидуальных проектов.
Нет! Я желаю продолжения банкета! Тьху ты, то есть полемики :) В соседней ветке я уже говорил про NASA и Ubuntu.com. Бедняги... На каком сырье они работают, просто по-человечески жалко их, вай-вай :(

p.s. 2Все остальные:

Очевидцы все еще в курсе, кто я? :) Не переживайте, все будет хорошо :)

0 Спасибо
Аватар пользователя Dan
10 лет 1 month назад Dan #

2marazmus: Вот ведь у тебя накипело :)))
Посмеялся, спасибо!

0 Спасибо
Аватар пользователя marazmus
10 лет 1 month назад marazmus #

2marazmus: Вот ведь у тебя накипело :)))
Посмеялся, спасибо!

Да не за что :)

Но накипело, да. Просто человек пишет опасные вещи, прежде всего для новичков. Не обязательно это новички в пхп там или в сайтостроении вообще. Люди ведь разные, и после чтения таких вот "глубокомысленных и обоснованных рассуждений" могут подумать (не из-за тупизны, а по нехватке времени) - "ага, html в коде ядра, нужно все хачить, чтобы получить нужный результат - с обновлениями будут проблемы, скинов мало, видать потому что внедрять туго, т.к. см. выше - хтмл в ядре, ну, все понятно - еще одна CMS-поделка на коленке".

Но все ведь с точностью до наоборот! Но уже поздно, человек ушел устанавливать тыщамегабайтного TYPO3 или клянчить денег на Bitrix...

Так что лично я буду стараться изо всех своих жалких сил и знаний гнобить и высмеивать такие вот "обоснованные мнения" по поводу Друпала. Пусть даже это будут тупые тролли и прочая хрень. Говно нужно закапывать, а не оставлять валяться под ногами.

Клоун-Ассенизатор, да :) Это амплуа меня бодрит :)

0 Спасибо
Аватар пользователя Полюс
10 лет 1 month назад Полюс #

Конечно опасные. Потому что объективные и сделанные после недели траха с друпалом.
Да любите его как хотите, фанатейте, печатайте майки, кепки и ходите на тусовки!
Я прав в том что эта система как и многие другие требует изрядного знания PHP и трудозатрат времени программистов вместе с дизайнером который им будет объяснять куда вставлять тот или иной тег HTML и здесь мне поперек ни одного довода пока не было приведено.
Это система для блоггерских и новостных сайтов.
Четкая ориентация.
А если вы считаете что HTML в ядре системы это нормально, ну что-ж успехов вам в ковырянии и патчиньи ядра.
Я этот косяк даже и обсуждать не собираюсь. Это очевидный ляп.
И это же и является причиной почему у всех друпаловых сайтов одинаковый приевшийся дизайн.
Такая тема как меню набившее оскомину не раз обсуждалась на drupal.org.
Если вы знаете английский язык - убедитесь сами.
Исход один и тот-же переписывание скриптов ядра.
И замена css которые идут с дистрибутивом.
Потому как они не отключаются нигде.
Система не имеет такого понятия как Документ и Связи между документами (древовидные и сетевые)
Таксономия это здорово! Но этого мало!

Кроме как "гнобить и высмеивать" вы ничего конструктивного сказать не можете?
Вот такие как вы персонажи и отталкивают людей которым может друпал как раз и подошел бы.

0 Спасибо

Страницы