А какой смысл кешировать RSS ? особенно если материалы часто меняются (например кол-во коментариев)?
С другой стороны что Вам мешает написать под свою конкретную задачу модуль перекрывающий вывод rss со своим "мудрым" кешированием?

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

clubwave.ru, drupal можно и нужно воспринимать без cck + views - он ко всему в придачу еще и CMF!
Например: для написания интерфесов к сторонней базе данных, или как web-service, или для быстрой разработки xml-rpc связок.
На семенаре попробую продемонстрировать первый из вариантов.

Лучше 6.1 не пользоваться - сразу на 6.2, и патч для кеша форм
А системные требования - есть в install.txt
PHP 4 (4.3.5 и выше) но лучше PHP 5
кроме Mysql версии 4.1.1 и выше поддерживаются и другие базы.

Пока больше хотелок, чем реальных изменений в коде http://drupal.org/project/issues/drupal
Вполне вероятно, что встроят временные зоны и DST
Много работы еще с 6кой и портированием модулей.

Еще раз повторю, что в разных местах сайта требуются разные части ноды и порой views намного эффективнее выберет необходимую порцию данных, нежели сбор разнородных данных с диска, даже с применением sqlite
Не понимаю, где node_load отжирает память? стартовая страница - 10 нод грузятся в цикле, сколько они могут отожрать?

kiev1 wrote:

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

А зачем вам заголовки длиннее 128 символов? неужели редактору тяжело напряч мозг и сделать заголовок лаконичным?

А как определить, в какие блоки она попадет и тем более вьюсы...

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

Что значит чистые ноды? Например для одного пользователя разрешен просмотр загруженных файлов, а для другого нет - так как кешировать ноду?
А к этому стоит добавить, что для разных пользователей могут быть разные темы и что в таком случае кешировать?

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

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

Все изменения по 7ке публикуются здесь

в 6ке есть некоторые изменения, например, отсутствие таблицы sequence а в остальном все как в 5ке

начните отсюда http://drupal.org/project/sitemap

Обновлять не обязательно, да и оптимизация JS особо ничего не дает...

Например file_get_contents copy CURL
вариантов вообще море... выбирайте любой

Ещё можно копать в строну Taxonomy Query Language

Для того, чтобы не менять этот параметр нужно быть залогиненым с админскими правами и специфика этого обновления в том, что оно перестраивает все меню, поэтому лучше переводить сайт в offline и админом (uid=1) выполнить скрипт обновления (update.php)
или поменять этот параметр, выполнить обновление и вернуть его в исходное состояние

А вообще стоит внимательнее читать анонсы, особенно секцию Important update notes

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

Создавай-те регионы там где нужно по дизайну, многое можно перекрасить

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

Можно порекомендовать посмотреть на таблицу {locales_source} особенно на поле location, но насколько оно верно - я не проверял
Можно очень простым запросом выкинуть лишние строки по неиспользуемым модулям, но есть вероятность, что они пересекаются с другими и нужно будет опять добавлять слова

http://drupal.org/project/image - image_attach входит в него дополнением

Можно еще поменять вес модуля в таблице {system}