Начат перевод Drupal Administrator's guide

Может что изменилось за 2 года, но когда я его смотрел там через такое место был сделан в частности поиск... А шаблоны внутри PHP - это совсем не серьёзно для движка общего применения.

Вова, и ты живой дневник ведешь?
http://www.livejournal.com/users/harzah/496.html

> А шаблоны внутри PHP - это совсем не серьёзно для движка общего применения.

Если ты про дизайнерские шаблоны в темах, то там свобода выбора. Можно шаблоны типа smarty или phptemplate или xtemplate использовать, а можно напрямую к функциям движка обращаться. Кастомизация дизайна там неплохо очень сделана.

ASPLinux зе бест !!!

<flame>
А Plone всё равно лучше. :-P
</flame>

чем?
реально интересуюсь

Косишь под Саныча? ;)

Провокатор!!! :)

> А Plone всё равно лучше. :-P

Было бы удивительно, если бы его тут не вспомнили :) Вот только например на том хостинге где drupal.ru живёт ещё несколько сайтов на одном аккаунте, а вот Plone на обычный виртуальный хостинг поставить? (даже если туда удастся перед этим запихнуть Zope).

Вообще я питон люблю, но не настолько, чтобы ловить совершенно ненужный геморрой с Zopой в небольших проектах вроде коммьюнити сайтов или небольших корпоративных. Там просто столько фич и мощностей не требуется. К тому же структуру сайта на Drupal очень гибко можно выстраивать с помощью таксономии, а разграничение прав в нём при необходимости наращивается, дизайн менять можно не трогая кода модулей и ядра. Чего ещё нужно? :)

> чем? реально интересуюсь

- Чем лучше? Чем Drupal. :)

Честно говоря я тоже не специалист по CMS и тем более по Drupal'у. Передо мной сейчас тоже стоит проблема выбора CMS для сайта и я присматриваюсь к разным продуктам, а именно: Plone (Zope/Python), Drupal (PHP), Magnolia (Java) и Lenya (Java) всё больше склоняюсь к Plone. CMS на Java рассматриваю только из-за того что есть такое "пожелание" руководства. Посмотрел Magnolia - производит впечатление красивой игрушки с большим будущим. ;) Ещё народ хвалит Mambo (PHP), однако AFAIU он является ещё более простым/user friendly CMS чем Drupal.

Одной из основных причин выбора мною Plone является то, что он работает на Zope и скриптуется питоном, а _мне_ это намного ближе чем PHP. Plone всё таки более мощная вещь по сравнению с Drupal'ом, однако за всё нужно платить, и в случае Plone этой платой является ваше время на изучение Plone/Zope (steep learning curve так сказать). Под изучением Plone я подразумеваю написание каких-либо своих дополнительных продуктов к нему, а не просто его использование (это тривиально).

Также немаловажным для меня является тот факт, что я сравнительно часто встречаю на форумах негативные/холодные отзывы о Drupal'е, а о Plone - нет. Возможно я просто не замечаю многих таких отзывов, так как сам слегка неравнодушен к Plone.

А вообще рекомендую самому попробовать и то, и другое и сделать свой выбор осознанно. Так почитайте вот эти ветки форумов, может найдёте для себя что-то полезное: http://drupal.org/node/13733 (особенно вот этот пост: http://drupal.org/node/13733#comment-21790), http://www.cmsinfo.org/article.php?story_id=98, http://www.opensourcecms.com/index.php?option=com_simpleboard&Itemid=138&...

Для того чтобы быстро ознакомиться с Plone рекомендую почитать либо Plone Book на их сайте, либо скачать книжку Plone Content Management Essentials by Julie Meloni, Sams Publishing, 2004 (ed2k://|file|Sams%20-%20Plone%20Content%20Management%20Essentials%20(2004).chm| 10196015|114DA2EABBD809658693489150E8C7D2|h=D3CCL34P5CMYG5PZOCUTCTK6IMU7BWUB|/). Должен заметить что эти книги предназначены для новичков Plone, разработке своих продуктов там уделяется мало внимания. Для профессионалов есть другие книги, которые вы сами сможете найти при желании (Andy McKay).

P.S. Во избежание флейма сразу предупреждаю товарища Harzah о том, что спорить с ним о CMS (как и о чём-либо другом) я не буду.

> Было бы удивительно, если бы его тут не вспомнили :) Вот только например на том хостинге где drupal.ru живёт ещё несколько сайтов на одном аккаунте, а вот Plone на обычный виртуальный хостинг поставить? (даже если туда удастся перед этим запихнуть Zope).

Это зависит от того что понимается под "обычным виртуальным хостингом". :) А вообще-то для таких целей специально существует Zope/Plone хостинг, однако справедливости ради стоит заметить что он обычно стоит дороже простого PHP хостинга. :( И вообще очень часто Plone ставят на свои сервера для интранет/интернет, поэтому проблемы с хостингом обычно не существует (у меня именно такая ситуация и я думаю у HellAngel также).

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

Можно подробнее про геморрой с Zope? :)

> Там просто столько фич и мощностей не требуется.

А я хочу себе мощную игрушку, а не CMS для детей младшего школьного возраста. ;)))

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

Меня самого plone не восхищает. Если бы пришлось выбирать, я бы взял что-нибудь вроде Drupal, несмотря на то, что к python'у я явно неравнодушен. Как впрочем и к PHP, но относительно последнего у меня в основном отрицательные эмоции. Хотя, сволоч, работает.

> А я хочу себе мощную игрушку, а не CMS для детей младшего школьного возраста. ;)))

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

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

Люди, раз уж, такая тема пошла, не подскажете чё-нибудь для хранения
доки, в смысле что бы внесённые в cms документы хранились на диске
в иерархии директорий, а доступ к ним через web-интерфейс, и чтоб поиск
был, т.е. что-то типа того же documancer только через web-интерфейс...
Есть екстеншен для firefox ScrapBook ,но он ,по ходу, хранит по своему
(ScrapBook/data/20050120024926/index.html) все документы...
Есть DokuWiki, но это в wiki всё конвертить...

спасибо за такой развернутый ответ, мне сейчас эта тема актуальна видимо действительно имеет смысл поставить и drupal и plone. заодно попрактикуюсь. ни php, ни python не знаю, к каждому из них заочно имею нехорошие предубеждения, но все же к php их больше будет, в силу того что он позиционируется как более специализированный язык. а отступы... ничего, люди и на фортране писали :))) (я тоже кажется :)

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

Хм... Странные ребята. :) Вообще-то на ЛОР тоже ходит немало людей которые профессионально занимаются Zope/Plone разработкой, хотелось бы послушать их мнение, жаль только что не могу вспомнить их ников (вспоминаю только LX, а также xen с plone.org.ru).

Что касается медлительности - это есть, однако обычно и такой скорости достаточно; кроме того в production Plone практически всегда ставят за апачем с mod_proxy, так что скорость нормальная. Про сложность кастомизации ничего не скажу, однако похоже на бред... Другое дело что для глубокой кастомизации нужны довольно глубокие знания Plone/Zope, однако когда эти знания есть - всё кастомизируется быстро и непринуждённо.

> Меня самого plone не восхищает.

Почему? Желательно объективно... (вопрос не праздный, действильно интересно).

> Plone не заточен ни под что, это сырой продукт, заготовка... над ним ещё работать и работать...

"Вызывающе неверная информация". Harzah, вон из класса! ;-[

> Кому охота создавать все модули и систему "под себя" с нуля, тот может выбрать Plone, она более масштабируема...

Plone - это готовый продукт. Заготовкой является CMF на котором он основан. Модулей к Plone тоже достаточно, посмотрите на проект Collective (http://plone.org/documentation-old/zope/collective).

> а отступы... ничего, люди и на фортране писали :)))

Ай-яй-яй! Не стыдно снова флейм про отступы начинать? ;)

В качестве сайтов, сделанных на плоне и сильно кастомизированных рекомендую посмотреть http://plone.org/about/sites/.

Кстати, если здесь кто-то пользуется Zope, какими продуктами для создания блогов вы пользуетесь? Мне вот COREBlog нравится, но может есть что-то ещё лучше?

>> а отступы... ничего, люди и на фортране писали :)))

>Ай-яй-яй! Не стыдно снова флейм про отступы начинать? ;)

стыдно, а что делать, если на практике мне жемчуг больше нравится? :))

> "Вызывающе неверная информация"

Это просто точка зрения человека, который "пробовал" Plone тоже... до Drupal'a ему как до луны...

> Plone - это готовый продукт. Заготовкой является CMF на котором он основан. Модулей к Plone тоже достаточно, посмотрите на проект Collective

"Готовность продукта" - это неточная величина... да, Plone, можно использовать, если "другого ничего нет"...

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

Насколько я понимаю Dupal использует UTF-8? Это хорошо, это правильно... А своих юзверей он в LDAP хранить умеет?

>Dupal использует UTF-8?

да

>LDAP хранить умеет?

кажись нет.

2fagot: первое конечно гуд, а вот то что второе не умеет - плохо, это реально нужно. И то что с php5 не работает тоже плохой признак...

> Это просто точка зрения человека, который "пробовал" Plone тоже... до Drupal'a ему как до луны...

Опять "Вызывающе неверная информация". Почитай хотя бы то что говорят на самом Drupal'овском сайте: http://drupal.org/node/13733 (эту ссылку я уже давал). Почему-то даже там народ не кричит о превосходстве Drupal над Plone, а скорее наоборот. И только один Harzah уверен в обратном...

> "Готовность продукта" - это неточная величина... да, Plone, можно использовать, если "другого ничего нет"...

Эх... и зачем я только ввязался в спор с тобой? Я ведь сам писал: "P.S. Во избежание флейма сразу предупреждаю товарища Harzah о том, что спорить с ним о CMS (как и о чём-либо другом) я не буду." Хватит, с вами дискуссия окончена.

> А своих юзверей он в LDAP хранить умеет?

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

Из "продвинутых" фич для авторизации и централизованного хранения профайлов юзеров поддерживаются (доп. модулями) такие штуки как FOAF и SXIP например.

Судя по результатам поиска по сайту по "ldap", все не так уж и мрачно :)

> http://drupal.org/node/13733 (особенно вот этот пост: http://drupal.org/node/13733#comment-21790),

И рекомендую прочесть всю ветку, а не только выборочные комменты от Plone-фанатов :) Чем мне нравится круг разработчиков Drupal - там нет фанатов (ну почти нет :), кричащих что Drupal рулез рулезов навеки. Народ с интересом рассматривает чужие решения.

> Ещё народ хвалит Mambo (PHP), однако AFAIU он является ещё более простым/user friendly CMS чем Drupal.

Друпал я бы вовсе не назвал user-friendly. Он требует некоторого изучения и соблазнившиеся описаниями возможностей любители получить cool-сайт потыкав кнопочки в адм.интерфейсе быстро обламываются, пишут негативные отзывы и сваливают куда-нибудь в Mambo (определённо отличающейся большей дружественностью).

> Это зависит от того что понимается под "обычным виртуальным хостингом".

Ну такое уже по-моему сложившееся название, я думаю все поняли :) То что можно получить за 7-15$ у практически любого хостера - PHP+MySQL на юниксе + несколько сотен соседей в придачу на этом сервере :) drupal.ru хостится на Infobox на скромном тарифе "Эконом" - там же живёт ещё несколько сайтов, в т.ч на Drupal. Plone туда не поставишь.

Да, можно поискать хостинг на Zope. Во-первых, действительно дороже обойдется. Во-вторых, про ненужность большинства фич я объяснил. У меня пока сложилось мнение, что Zope+решения на нём удобен для интранета (где можно ограниченность ресурсов не принимать в расчёт), либо для очень продвинутых решений для интернет. Но это должны быть ооочень продвинутые задачи :)

Вот сейчас делаю для сайта интеграцию с платежной системой бронирования гостиниц интегрированной в Друпал. Перед этим на том же сайте была добавлена возможность авторизации в click&fly через XML-RPC - в Друпал готовый XML-RPC сервер (который в стандартной поставке используется для авторизации с других сайтов или для постинга внешними клиентами в блог). Это я к тому, что достаточно широкий круг задач можно охватить даже на внешне "простой" системе, хотя Drupal я бы к таким не отнёс. В принципе он также стремится быть CMF, хотя это движение от простого - от CMS, напротив Plone изначально как понимаю декларировался как среда разработки сайтов, а не CMS.

Как мне объяснять заказчику, которому нужен просто представительский сайт, что для того чтобы всё работало ему не подойдёт хостинг за 10$ который он увидел в прайсе в инете, а нужно заплатить подороже, и нет, зря он слышал про PHP, правильные сайты делают только на питоне и т.д. Чистой воды наёбка это будет. Потому как со всеми задачами что требуются его фирме - ему даже Drupal может быть лишним :) Я уже говорил - вот будет mod_python на всех хостингах стоять по дефолту - тогда и решения на python можно рассматривать. Только почему они должны быть обязательно на Zope? Я не против этой платформы никак, но по-моему на питоне очень эффективны были бы решения на mod_python/fast-cgi под Apache или другим стандартным вебсервером. Было бы никак не хуже PHP ни по скорости ни по ресурсам. Пока из таких только qps попадалось, но в контексте нынешней распространённости питона на хостингах - не актуально.

> Можно подробнее про геморрой с Zope? :)

Это не был наезд :) Я имел ввиду по времени настройка этого добра будет дольше. И много фич останется незадействованными.

> А я хочу себе мощную игрушку, а не CMS для детей младшего школьного возраста. ;)))

Я предпочитаю игрушку по задаче выбирать, а не по "понтам". Потом, простота - вещь тож относительная. Нужо просто взглянуть повнимательнее и разобраться глубже :)

2fagot: да, интересно :) надо будет поизучать... хотя может кто делал и сможет отвестить - что он умеет хранить в ldap? Только и исключительно l/p или все же и vCard тоже?

http://hostinfo.ru/tree/hosting/web/site/building/technology/cms/drupal/

>круг разработчиков Drupal - там нет фанатов

я не знаю, Harzan разработчик или нет, но он, мягко говоря, слегка подвинут.. :)

ЗЫ. Само собой ИМХО

ты, как я понимаю, живешь на axel.drupal.ru?

странное у нас с тобой совпадение интересов однако...
посмотри сюда, что скажешь?
http://drupal.org/node/16037
http://drupal.org/node/15109

> круг разработчиков Drupal - там нет фанатов > > я не знаю, Harzan разработчик или нет, но он, мягко говоря, слегка подвинут.. :)

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

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

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

думай, как хочешь, спорить с _тобой_ я не буду :)

> И рекомендую прочесть всю ветку, а не только выборочные комменты от Plone-фанатов :) Чем мне нравится круг разработчиков Drupal - там нет фанатов (ну почти нет :), кричащих что Drupal рулез рулезов навеки. Народ с интересом рассматривает чужие решения.

Я сразу же прочитал всю ту ветку и просто хотел обратить внимание на то, что там сторонники и Plone, и Drupal действительно общаются друг с другом спокойно и без наездов. Каждый признаёт достоинства/недостатки своего любимого продукта, и не кто не меряется пиписьками. К сожалению посмотрев на некоторые посты Harzah здесь, о нём я того же сказать не могу.

> Друпал я бы вовсе не назвал user-friendly. Он требует некоторого изучения и соблазнившиеся описаниями возможностей любители получить cool-сайт потыкав кнопочки в адм.интерфейсе быстро обламываются, пишут негативные отзывы и сваливают куда-нибудь в Mambo (определённо отличающейся большей дружественностью).

Да, именно это я имел ввиду, просто лень было много писать.

Я протащился от Magnolia! надо попробовать поставить.

Умеет. Сам пользую.

>Не подскажете чё-нибудь для хранения доки, в смысле что бы внесённые в cms документы хранились на диске

Использую owl http://sourceforge.net/projects/owl

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

Анонимусы как всегда порят глупости.

Поработав больше года с друпалом могу заявить - API там очень неплохо продуман. И это несмотря на генетическую проблему - язык PHP ;) (внутреннее противоречие - Drupal мне нравится, но к PHP обратное отношение :) - не скажу что язык прям таки плох, свои задачи он решает, но интересных "изюминок" в сравнении с perl или python в нём по-моему вовсе нет). Права доступа к функциям модулей - собраны на одной странице permissions. Вот более мощный механизм разделения прав на уровне документов - в стандартной поставке вовсе не имеет адм.интерфейса, разработчики тут не торопятся пока с выбором. Есть доп. модули которые используют этот механизм и предоставляют свой интерфейс, обеспечивая например права доступа вида роли пользователей <-> документы или тематические категории <-> документы. Но по собственному опыту, для большинства сайтов такие схемы разделения прав вовсе не требуются. Бред про "серьёзные фирмы" комментировать не буду.

А можно мне (я без наезда) объяснить/рассказать как видят друпальщики проблему с поиском? Когда индексирование надо проводить руками, причём совершенно непонятно как - это неправильно...

В своё время ковырялся в Друпале (в конечном итоге переписав на свой движок) и могу сказать что, по краней мере 1,5 - 2 года назад логичность там была не на самом высоком уровне (тот же самый поиск был впаян в node, если не путаю, и был в поиске и ещё чёрт знает где - спасибо ZDE - разобрались). Комментирование кода на уровне 'some black magic here' (если не ошибаюсь в той самой таксономиии) - это просто отдельная песня. И так далее. Моё предложение по простой реализации у пейджера прокрутки по node-ам (как на ЛОРе - перешёл на одну новость, и потом листаешь) в два SQL запроса не было реализовано в течении двух недель (что было потом - не знаю - к тому моменту от рассылки я просто отписался).

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

Надеюсь увидеть конструктивный ответ.

Насчёт шаблонов - видать исправились =)

А скажите возможно ли при помощи drupal'a поддержка двухязычного контента? Как это сделано?

Если нет - то не знаете CMS, где такое уже реализовано?

>drupal'a поддержка двухязычного контента? Как это сделано?

через жопу :)

через zope? ;-)

да, я нашёл на друпал.ру - и вправду "нелогично"

> У меня пока сложилось мнение, что Zope+решения на нём удобен для интранета (где можно ограниченность ресурсов не принимать в расчёт), либо для очень продвинутых решений для интернет.

Да, именно так и обстоят дела.

> Я уже говорил - вот будет mod_python на всех хостингах стоять по дефолту - тогда и решения на python можно рассматривать. Только почему они должны быть обязательно на Zope?

А разве кто-то говорил что все решения должны быть только на Zope? Конечно же нет.

>> А я хочу себе мощную игрушку, а не CMS для детей младшего школьного возраста. ;)))

> Я предпочитаю игрушку по задаче выбирать, а не по "понтам". Потом, простота - вещь тож относительная. Нужо просто взглянуть повнимательнее и разобраться глубже :)

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

> вместе с тем, я признаю, что достоинств у Drupal'a намного больше, чем недостатков... в сравнении с "классическими" CMS.

Гы-гы-гы. Фанат(ик) Drupal'а признаёт что у друпала больше достоинств чем недостатков. Ну насмешил. :)))

> Drupal мало того, что продвинут, он оригинален... его структкра более логична и правильна.

Ты забыл добавить слово "идеален". :)

> идиотов не исправить ничем, будь они на ЛОРе или где-либо ещё... фанатики, как обычно, с больной головы (своей) на здоровую любят всё сваливать... (это касается как фанатов Plone, так и BSDL (которые, имхо, провокаторы), так и остальных ограниченных людей)...

Ай да Harzah, ай да молодец! ;) Даже в эту тему вставил свои пять копеек по поводу GPL vs. BSDL. А ещё про фанатиков вспомнил... к чему бы это? Может наконец смог посмотреть на себя со стороны и понять кем является на самом деле?

> Поработав больше года с друпалом могу заявить - API там очень неплохо продуман.

Да хоть десять лет. Вопрос - с чем сравнивать и что такое "неплохо" ;)

> И это несмотря на генетическую проблему - язык PHP ;)

Не там ищешь генетичекую проблему. Не пеняй на зеркало, коли рожа
крива ;)

> Есть доп. модули которые используют этот механизм и предоставляют свой интерфейс

Про это и речь. Целостную картину о распределении прав можно получить
лишь полазив по не связанным между собой интерфейсам различных
модулей.А ещё про костылёк с красивым названием "taxonomy",

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

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

Ответ Xlex:

Я не понял насчёт проблемы с поиском? Все проблемы там проистекают разве что из особенностей PHP. В котором для адекватной работы скажем с русским языком желательно глобально включить mbstring (либо юзать отдельные функции из него). Без mbstring, который по умолчанию в движке выключен (разработчики объяснили тем, что не у всех PHP с ним собран, а кому надо - пусть сами включат) получаем ситуэйшн, когда поиск становится всегда регистрозависимым. It's no good, но так сделано в PHP.

Что значит переиндексация руками? Xlex, без наездов, но по-моему ты во-первых оочень давно смотрел друпал (не забываем, как быстро порой меняются опенсорс проекты), а во-вторых имхо не разобрался до конца. Хотя может 2 года назад так оно и было - я с этим движком года полтора работаю. Может то что "поиск впаян в node" тебе показалось из-за того, что там используется концепция хуков и обработчиков? - когда например search.module дёргает обработчики начинающиеся с search_ во всех модулях, т.е. каждый модуль может организовать себе поиск как ему требуется. Да, обработчик ессно будет описан в node.

А переиндексация осуществляется простым алгоритмом. Смотрится, какие ноды изменились с момента прошлой переиндексации, тексты в самой таблице node индексируются модулем search, а за доп.полями, которые могут быть определены другими модулями - модуль search дергает их обработчики, чтобы они проиндексировали новый контент. Отметим - только новый. Переиндексация производитс регулярно по крону. Если нет новых записей с прошлой индексации - заново ничего переиндексироваться не будет. Здесь что-то выглядит нелогичным?

> Моё предложение по простой реализации у пейджера прокрутки по node-ам

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

Комментирование кода - заметно улучшилось (хотя личное имхо, человека который PHP начал изучать сразу забравшись в код Drupal - код там и так просто писан и функции API Drupal его только упрощают). Сейчаc doxygen активно для генерации док юзается - см. http://drupaldocs.org - из комментариев большей частью нагенерено.

> лазить в базу данных за каждым переводом фразы/слова

Переводы надо где-то хранить, это очевидно :) Можно хранить прям в коде - забить вместо английских слов. Это быстро, но тупо :) Значит остаётся файловая система или БД. Я тож удивился поначал, насчёт использования БД для хранения переводов - но выяснилось, что разницы по сравнению с файловой системы не так уж много по скорости. По моим тестам - если сайт и БД на отдельных серверах, то быстрей с локальной фс эти данные таскать, а если на одном - пофиг. Небольшие там накладные расходы. Однако на одной из старых версий Drupal (давно ещё когда сайт "Русский Дебиан" поставил) - с локализацией в БД проблемы поимел, как раз на хостинге СУБД на отдельном сервере была и замена стандартного механизма на использование gettext дала неплохой тогда прирост производительности (благодаря использованию в движке механизма очень похожего на использование gettext - перевод на оригинальный gettext не составил проблем - патчик в пару строк). Насчёт последних версий движка этого сказать не могу - детально не тестировал, но по грубым тестам - довольно таки пофиг что юзать. Тем более стоит учесть кэширование страниц в движке. В каком-то смысле это архитектурное решение с переводами действительно выглядит странным. Красивым (типа - всё храним в БД), но странным. Поэтому к следующей версии хочу зарелизить модуль поддержки gettext, чтобы официально был в downloads, а не хрен-где забытый в cvs.

Лучший-худший продукт - решит время :) В Drupal заложены интересные концепции, большинство из которых при этом грамотно реализованы. Ясно дело что не всё сделано на пятёрку - иначе это был бы действительно The Best CMS. Только может ли кто-нибудь назвать CMS где всё-всё-всё реализовано на отлично? Неужели есть? И почему тогда её ещё не все пользуются? Вопрос имхо из серии поиска лучшего ЯП. Такая же утопия.