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

Для крупных сайтов тоже применяют очень часто. Я натыкался на сайты размером с amazon.com сделанные на друпале.

вот к примеру

ubuntu.com - 50 000 человек в день
drupal.org -90 000 человек в день

Неплохие показатели для сайтов на универсальной CMS.

> [39] DVM ©   (30.01.09 18:11)


> Будет, будет отлично. Я уже привел немаленькие сайты на
> этом движке.
> Например Mozilla — Get Firefox выдерживал огромный поток
> посетителей когда вышла новая версия. Да что далеко ходить,
> вот известнейший в определенных кругах сайт: http://habrahabr.ru/
> он на друпале. Новостной.

хм.. интересно, однако. думаю все таки даже если хабр на друпале, то его сильно переписали, либо вообще разработали свой отдельный модуль. т.к. хабр постоянно дополняется и расширяется, не думаю что используются стандартные модули. вообще для сайтов с такой посещаемостью и БД что-то стандартное сложно придумать.
насчет Mozilla — Get Firefox - там основная нагрузка все таки не на веб-сервер, а на отдачу контента. веб-составляюшая там вторична.

вообще, как будет время обязательно гляну друпал поближе.

> Eraser ©   (30.01.09 18:25) [42]


> хм.. интересно, однако. думаю все таки даже если хабр на
> друпале, то его сильно переписали, либо вообще разработали
> свой отдельный модуль

Очень похоже на друпал. Также как и d3.ru.
Но также очень похоже и на Wordpress.
Я честно говоря не уверен.

Но в любом случае друпал быстрее wordpress-а.

> [40] DVM ©   (30.01.09 18:12)


> Для крупных сайтов тоже применяют очень часто. Я натыкался
> на сайты размером с amazon.com сделанные на друпале.

ну как сказать, скорее всего там писали свои методы/плагины для работы с б/д. последний дистрибутив весит 1.049Mb, в таком объеме не может уместиться админка со всей обвязкой и серьезный класс предоставляющий управаление иерархической стуркторой данных, хранящихся в БД, с несколькими уровнями кэширования и прочим. уверен что это все есть на друпале, но в виде отдельных плагинов, которые для серьезных проектов пишутся отдельно.

> Eraser ©   (30.01.09 18:30) [44]


> ну как сказать, скорее всего там писали свои методы/плагины
> для работы с б/д.

Само собой дорабатывали. Даже для маленького сайта что-то дописывать приходится, чтобы изюминку создать так сказать. Но есть очень много модулей, просто гигантское количество. С темами готовыми хуже. Их почти нет. Отчасти объясняется сложностью создания тем для друпала или скорее непривычностью, т.к. он xhtml и css based.


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

Ты не поверишь, но все это там есть в этом 1 мб.

Таксономия (это про  управление иерархической стуркторой данных) встроена, админка есть, кеширование есть - это все стандартные модули. входящие в дистрибутив. Короче это удивительная CMS.

> [45] DVM ©   (30.01.09 18:36)

установил друпал, создал проект в нетбианс, сейчас буду формировать свое мнение )

> Eraser ©   (30.01.09 18:53) [46]


> сейчас буду формировать свое мнение )

я думаю, с первого взгяда он тебе не понравится :) Мне вначале не понравился. Но по мере освоения я стал его поклонником. Я просто неправильно начал изучать. Метод научного тыка он в случае с друпалом неверен. Надо теорию изучать. термимны друпала. И обязательно ознакомиться с популярными модулями ибо без них друпал малоинтересен.

> _ShaggyDoc   (28.01.09 07:09) [25]
> YAML http://www.yaml.de/en/home.html -

Спасибо за нужную вещь!

> [47] DVM ©   (30.01.09 19:29)

да меня больше исходники интересуют, а не идеалогия админки и терминалогия.

> Eraser ©   (31.01.09 00:45) [49]


> да меня больше исходники интересуют

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

> [50] DVM ©   (31.01.09 12:40)


> Представление о ней сформируется лишь тогда, когда на ней
> реализуешь хотя бы один проект среднего размера.

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

[48] +1024. Зафанател этой вещью :)

> Eraser ©   (31.01.09 14:11) [51]

нее, не проканает. там система хуков реализована, ее фиг с первого взгляда поймешь. лучше сначала почитать api.drupal.ru а потом исходники курить. ну и практика само собой, куда ж без нее... =)

> И конечно не стоит даже смотреть на "взрывы на макаронной
> фабрике" в лице Joomla-Mambo.


А почему сюда даже не стоит смотреть? 1.5 версия очень даже ничего...

Всем доброго времени суток!

Беседа как раз о наболевшем! :) Сейчас делаю проект, платформой для реализации которого выбрал drupal. Это первый достаточно крупный (и - подчеркну - во многом нестандартный) проект, который я взялся делать на drupal.

Про drupal DVM сказал много теплых слов. С подавляющим большинством его утверждений я согласен. Drupal - действительно замечательная платформа, занимающая достойную нишу среди CMS/CMF.

Но я - такИ - хочу покритиковать платформу (не для того, чтобы "холивар" очередной завести; хочу понять, быть может я до чего-то не докопался и что-то недопонял...)

Итак...
1) на сайт с высокой нагрузкой я бы его не поставил; тот же "Хабр" периодически "глотает" мессаги, о чем его юзеры частенько упоминают в своих сообщениях; тем более - на новостной проект (чуть ли не выделенный сервер придется брать); а вот на сайт приемлемого размера коммьюнити (не масштаба "Одноклассников", там, наверное, вообще Erlang нужен :) ) - с достаточно стандартной, пусть даже сильно навернутой функциональностью, собранной из разных модулей "как бусы из бисера" - это да, его ниша. Однако - как только возникает вопрос о "не вполне стандартном" поведении интерфейса - частенько начинаются "стопорения"... Об одном таком случае я как раз написал вчера на drupal.ru (кому интересно - вот тут: http://drupal.ru/node/24603 ) ; пока из рекомендаций ответивших я ничего для себя не почерпнул. :(

2) действительно высокий порог вхождения: пока перестроишь собственное мышление в сторону таксономии, привыкнешь к "непрямому" решению вопросов, почти что отсутствию цельной документации типа "howto", так удобной новичкам (хотя часто хватает и той, что в readme к модулям; да и скринкасты сейчас начали выпускать по многим темам, как на русском - так и на английском) - проходит некоторое время; а если какое-то нестандартное "телодвижение" сделать нужно - то частой получается "ой", и на длительное время забываешь о том, что "на drupal можно реализовать практически все"; :)

3) модули порой не стыкуются мужде собой и конфликтуют, что неудобно и неприятно;

4) если хочешь скорости - не нужно использовать CCK + Views (хотя эта пара - очень удобна, если подходить к созданию сайта как к "работе мышкой", а не как к кодингу), т.к. они порождают МНОГО запросов к базе; вывод: хочешь перестраховаться в плане скорости - пиши собственный модуль, в котором все делай вручную;

аналогично - с ACL и сильно персонализированным доступом к контенту и функциональности сайта (например - на уровне пользователя): хочешь скорости - ни в коем случае не используй ACL-модули;

5) сложности со скоростью далеко не всегда решаются даже сторонними модулями (в т.ч. кэширующими); порой приходится применять радикальные средства: уходить с апача, ставить серверА типа lighttpd или nginx, на которые водружать PHP как FastCGI, в сложных случаях еще и PHP-акселератор придется прикрутить; хотя - это скорее к вопросу о реализации mod_php для апача, но т.к. сам drupal достаточно прожорлив - фактор "апач+РНР" начинает быть значимым;

6) малоприемлемое по скорости кэширование залогиненных пользователей (в противовес весьма неплохому - даже "из коробки" - кэшированию анонимусов);

7) типов хуков и "случаев жизни", на которые они "заточены" - далеко не всегда реально хватает (см. доклад Ильи Азарова: http://brainstorm.name/blog/rit2008-my-report ; Илья - реалист, и достаточно суровый критик drupal, но активно его использует в своих проектах).

> 1) на сайт с высокой нагрузкой я бы его не поставил; тот
> же "Хабр" периодически "глотает" мессаги

то что хабр написан на друпале это утка, как выяснилось. хабр написан на php )

Шмелъ, joomla - по моемУ опыту - хороша, когда хочешь сделать небольшой проект, быстро, и только из уже существующих где-то модулей, к тому же - с непритязательным дизайном. По поводу дописки чего-то своего - в Инете о качестве кода ядра joomla говорят как о том, "как не надо делать". К тому же - версия 1.5 тормозит, по-моему, в разЫ больше чем drupal не с одним десятком "навороченных" модулей "не из коробки", :) а где - реально - тот функционал, который от нее при этом ожидается - вопрос непростой...

Вообще создается впечатление, что создатели joomal 1.5 хотят "похоронить" обе ветки (и 1.0 - и 1.5) "с потрохами", ибо делают все возможное, чтобы пользователи уходили с этой CMS на другие: ветка 1.0 в скорости остановит свое развитие, и народ с нее вынужден будет уходить, а с 1.5 уходят уже сейчас на более быстрые и функциональные платформы. К тому же репозиторий модулей в drupal (про typo3 вообще тут лучше не упоминать :) ) сейчас вполне сравним с joomla 1.0 (про 1.5 вообще и речи нет в этом смысле; у нее модулей куда меньше).

Eraser, про "утку" - вполне возможно, не отрицаю... Но url's - очень похожи на drupal'овские (это вопрос, конечно, "решаемый", :) но вот только зачем их из РНР подделывать?.. цель - как вроде - не оправдявает средства...). А откуда, если не секрет, информация о "РНР-шности"?

Вот, кстати, тот же ШвабраШвабр ( http://shvabrashvabr.ru/ ) - собирается на drupal (на самом Швабре есть скринкаст, как такую сборку сделать) - и во многом похож на Хабр...

> [58] serge_k ©   (08.02.09 02:26)


> А откуда, если не секрет, информация о "РНР-шности"?

а откуда о друпалости? )

> Но url's - очень похожи на drupal'овские

можно примеры?

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