Выбор CMS

← →
DVM © (2009-01-30 18:12) [40]

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

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

← →
DVM © (2009-01-30 18:25) [41]

вот к примеру

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

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

← →
Eraser © (2009-01-30 18:25) [42]

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

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

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

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

← →
DVM © (2009-01-30 18:27) [43]

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

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

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

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

← →
Eraser © (2009-01-30 18:30) [44]

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

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

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

← →
DVM © (2009-01-30 18:36) [45]

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

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

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

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

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

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

← →
Eraser © (2009-01-30 18:53) [46]

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

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

← →
DVM © (2009-01-30 19:29) [47]

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

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

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

← →
Админ (2009-01-30 21:20) [48]

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

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

← →
Eraser © (2009-01-31 00:45) [49]

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

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

← →
DVM © (2009-01-31 12:40) [50]

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

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

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

← →
Eraser © (2009-01-31 14:11) [51]

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

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

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

← →
Админ (2009-02-01 18:40) [52]

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

← →
123-ий © (2009-02-05 06:37) [53]

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

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

← →
Шмелъ (2009-02-05 07:40) [54]

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

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

← →
serge_k © (2009-02-08 02:04) [55]

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

Беседа как раз о наболевшем! :) Сейчас делаю проект, платформой для реализации которого выбрал 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, но активно его использует в своих проектах).

← →
Eraser © (2009-02-08 02:12) [56]

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

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

← →
serge_k © (2009-02-08 02:17) [57]

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

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

← →
serge_k © (2009-02-08 02:26) [58]

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

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

← →
Eraser © (2009-02-08 02:48) [59]

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

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

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

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

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

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

← →
_ShaggyDoc (2009-02-08 08:19) [60]

Объяснять кому-то про недостатки используемой ими CMS абсолютно бесполезно. Реакция детская "наших бьют!".

Объективные сравнения, от тех, кто достаточно плотно работал со сравниваемыми продуктами, появляются редко. Ну, с Joomla давно ясно. Я на Mambo (предка Joomla) на первую сел и сначала очень понравилось. Но просто я тогда "слаще хрена ничего не ел". Потом понял, что Joomla, по сравнению с любой более современной системой, это как GW-Basic с его нумерацией строк и GOTO по сравнению с Виртовским паскалем.

На современных CMS обычно одинаково легко можно создать типовой сайт. Но даже и здесь, при минимальных потребностях, неплохо сравнивать - а сколько же запросов к БД делается.

Вот на днях натолкнулся (ссылку потерял), где человек, работающий с Drupal, говорит о 300 запросах с одной страницы. У меня в MODx с индексной страницы идет 21 запрос, и это при том, что туда много чего выводится из разных уголков сайта. Но и это мне кажется многовато - реально можно до 10 запросов снизить. Но это связано со значительной доводкой собственным напильником. Конечно, кому надо "поставил и работаю" такое не понравится.

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

> _ShaggyDoc (08.02.09 08:19) [60]

Это точно
Легковая "Японка" плоха потому что на ней и угля много не привезешь и 76-ой бензин она не хочет кушать.
Седельный тягач DAF плох потому что на нем вообще ничего не увезешь - еще и полуприцеп нужен. И больно здоровый, возле дома не припаркуешь..

Eraser, о "друпалости" - ну - слухи ходили, да и я сам предположил. Конкретных фактов на эту тему у меня нет.

Про похожесть url - соглашусь, что дело субъективное, пожалуй - не буду приводить примеры, т.к. они наверняка будут "натянуто" выглядеть. :)

> [60] _ShaggyDoc (08.02.09 08:19)

> Вот на днях натолкнулся (ссылку потерял), где человек, работающий
> с Drupal, говорит о 300 запросах с одной страницы. У меня
> в MODx с индексной страницы идет 21 запрос, и это при том,
> что туда много чего выводится из разных уголков сайта.
> Но и это мне кажется многовато - реально можно до 10 запросов
> снизить. Но это связано со значительной доводкой собственным
> напильником. Конечно, кому надо "поставил и работаю" такое
> не понравится.
>
> Но убеждать кого-то бесполезно - каждый же остается при
> своем мнении.

вот это верно. особенно я - точно останусь преданный фанат hostcms, т.к. я эту систему знаю изнутри и видел/принимал участие в том, как она делается. проводится и оптимизация запросов, есть и несколько-уровневая система кэширования (кстати что удивило в друпале - кэширование основано на БД, а не файлах), которая как раз и позволяет снижать количество запросов с 40-70 на страницу до 1-5. перед выпуском системы все тщательно проверяется профайлером, узкие места стараются устранить.

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

> serge_k © (08.02.09 02:04) [55]

> 1) на сайт с высокой нагрузкой я бы его не поставил;

Но ведь ставят же. Ну 100 000 в день посетителей тянет. Уж не знаю много это или мало, по-моему много.

> 2) действительно высокий порог вхождения: пока перестроишь
> собственное мышление в сторону таксономии

А это вовсе и необязательно. Можно и без нее обойтись. Хотя лучше делать "по науке".

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

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

> 4) если хочешь скорости - не нужно использовать CCK + Views

Это точно. Views монстр из монстров. Я его не использую. Проще написать пару десятков строчек на PHP.

> 5) сложности со скоростью далеко не всегда решаются даже
> сторонними модулями (в т.ч. кэширующими);

Мне кажется это уже неразрешимая проблема. Ну не может интерпретатор PHP работать быстрее, хоть тресни.

> Eraser © (08.02.09 02:48) [59]

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

Да не на друпале он. Очень похоже, как и dirty.ru, но это не друпал. И на Wordpress похоже.

Исходный код страницы, css, классы в css, пути многое очень похоже. Возможно это сильно доработанный движок, может и самописный.

Но сходство есть. Возможно делалось глядя на друпал.

> Eraser © (08.02.09 16:06) [63]

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

Ну в общем то так и есть. Да и нету CMS на которых можно создать любой большой сайт "из коробки". Это просто невозможно.

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

Если блог, то лучше Nucleus CMS
http://nucleuscms.org/
Русская поддержка
http://nucleus.com.ru/
С кучей доп.плагинов можно еще самому дополнять

Вот пример блога на Nucleus CMS
http://articles.org.ru/blog/

> blackman © (08.02.09 23:09) [67]

я всегда думал, что для блогов именно вордпресс рулит.

> serge_k © (08.02.09 02:04) [55]

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

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

короче

> DVM © (08.02.09 16:35) [64]
+ 100.

Выбор CMS Найти похожие ветки