Нужно не форму имени, а форму для пользователя с админсткими правами и непросто create database и еще и создание пользователя с нужными правами в новой базе, что зависит от версии mysql (например это не обязательно он). Тогда теряется универсальность установцика...

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

Выхлом именно в том 1%, который тянет 10% а те в свою очередь остальных
С одной стороны падавляет, что люди не умеют пользоваться поиском, с другой - действительно нет разжеваной инструкции как на ORG
Поиск по тагам, особо не помогает, хотя должен быть приоритетным, так что остается только outline постов форума в книгу

быстрее бы добавили мультичат к родном клиенте!

в следующей версии просто можно это делать отдельным файлом, а в 5ке это описывается функцией файла template.php

предпочитаю activecollab для управления проектами, может просто привычка, но ничего лишнего и проста для заказчиков
Задачи и заметки все там, а по разработки все todo лучше хранить в модулях рядом с кодом

Вот теперь можно браться за перевод, наконец заморозили строки
Вот только обновлением оно на бету4 с какими то косяками из модуля language ругается

Случается, что дизайн делают несколько человек
У друпала для это есть замечательная штука - drupal_add_css, каждый модуль добавляет свой css
соответственно файлы не пересекаются
В случае же когда весь css в одном файле темы - грамотный подход нужен в именовании элементов страницы:
каждый блок всегда имеет уникальное название класса стиля и все его содержимое нужно префиксировать им в коде css

если дублировать нужно при выводе - то просто темизация своя нужна, например средствами http://drupal.org/project/contemplate

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

Отличная статья для нового docs

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

Для начала хорошо бы написать документацию написать, хотя бы перевести то, что уже есть на орг, а то они уже работу с cvs сами перевели

зыж у меня опять нет доступа к docs

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

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

Zend optimizer всегда был бесплатным, комерческие это core, platform и прочие
По быстродействию не сравнивал, не было необходимости

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

Очень дельная заметка! Интересно, насколько изменилась скорость работы ресурса?

прфиксы для таблиц криво настроены или не совпадают

По поводу акселераторов (eaccelerator, zend optimizer, ionCube) - php это интерпретатор, соответственно, на каждое обращение к скрипту(ам) он занимается парсингом(разбором) и компиляцией в байт код скриптов, эти программы созданы специально для кэширования байт кода в памяти, скорость работы скриптов увеличивается в разы.
Вообще не представляю, как без них можно запускать что-либо - у друпала порядка 2-х метров исходного кода и на каждое обращение сервер должен парсить заново? вы удивляетесь, куда жрется процессор - на парсинг в первую очередь!

http://habrahabr.ru/blog/webdev/28395.html погуглите, масса статей
но на самом деле все лучше экспериментальным путем делать
очень много зависит от окружения

zend или eAccelerator обязательно нужны, как вообще без них
Я бы посоветовал с них начать - реально прирост производительности

clubwave.ru по поводу как смотреть, первое это модуль devel, а потом более тонкое это профилирование функций, как описано у дриса http://buytaert.net/drupal-performance - там много интересных статей по этому поводу ну и как писал уже http://drupal.org/node/79237

Вообще стоит посмотреть еще на запросы и модули, которые перегружают базу (слишком часто обращаются)
например все поносят локализацию, а она далеко не лидер в нагрузке, мне например пришлось отказаться от модуля path ибо на каждый l() то есть создание ссылки на страницы оно лезло в базу

Я вообще не вижу смысла в переводу книги, потому как она на 70% состоит в изложении статей из handbook drupal.org
Вот ключевые моменты, касательные api действительно лучше переводить в виде вики и/или статей книги, причем тагировать версиями друпала

Такое можно только сделать руками написав свой модуль
http://drupal.ru/node/10113 я тут выкладывал заготовку модуля, вполне работающую