В таких случаях сильно помогают юниксовые утилиты, если есть хоть небольшой опыт использования... Был ещё какой-то виндовый редактор, умеющий поглощать такие объемы и не виснуть, но за давностью уже не вспомню.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Как насчёт taxonomy ACL? Не вполне уверен, но вроде как упомянутый модуль именно таким задачам и служит.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Создавать другой тип публикаций. В 4.7 два разных типа публикаций доступно из коробки: Заметки и Страницы, одни из них имеют указанное поле для внутренних пометок, другие не имеют.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

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

Воспользуйтесь стандартным модулем upload.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Моё уважение Вам. Красиво и толково.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Кэшировать новость/блог/и т.д. не имеет смысла.
Нет, почему же. Можно сэкономить пару милисекунд пропуская работу фильтров (кроме обработчика PHP). Другое дело, что смысла в этом конечно нет.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Ваши утверждения голословны. Прошу прояснить, что Вами подразумевается под "нормальными CMS" и почему Вы тратите своё драгоценное время на форуме "ненормальной CMS", Вам больше нечем занятся? Тем более, что обсуждение вопроса кеширования с русскоязычными пользователями Друпала, которые не учавствуют в разработке ядра, вряд ли принесёт результат. Так же прошу предоставить результаты тестирования Друпала против "нормальных CMS", и указать какой хостинг "стонет" от одного Друпала.

Механизм кеширования Друпала изначально рассчитан не на СНИЖЕНИЕ_ВРЕМЕНИ_ГЕНЕРАЦИИ_КАЖДОЙ_СТРАНИЦЫ, а на ситуации, когда НА_САЙТ_СЛУЧАЕТСЯ_МАССОВЫЙ_НАПЛЫВ_ПОСЕТИТЕЛЕЙ. Разработчики считают (и они по своему правы), что сайт в нормальных условиях должен генерировать каждую(!) страничку с нуля. Они особо выделяют ситуации, когда на сайт появляется ссылка на каком-нибудь новостном портале и туева хуча пользователей портала желает ознакомится с сайтом. В подобных ситуациях (когда в час уходит больше 1000 копий одной страницы) и срабатывает механизм кеширования (и очень сильно помогает).

Вот чего действительно не стоит - так это впадать в крайности
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Тогда mod_rewrite, только я правила сочинять не стану, читайте доки
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Лучше даже не заморачиваться, судя по состоянию модуля forum его либо вовсе не станут трогать, либо серьёзно переработают. Ну не отвечает он общей концепции Друпала. У меня имеется чувство (можно проверить по CVS), что этот модуль наследуется от очень древнего релиза и претерпел с тех пор минимальные изменения только в части совместимости с обновленным API.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Предлагаю вынести данный отжиг в отдельную статью и озаглавить "над чем мы долго чесали репы"

А если серьёзно, исправить node на page простым исправлением функции node_menu() в файле node.module (после чего выключить и включить модуль node)
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Это будет именно та тема, авторство и время создание которой уже были там указаны.
еще вроде не видел форумов, которые показывают еще и заголовок последнего сообщения
Возможно, это потому, что у сообщений форумов нету заголовков Но вот ссылочка на последний комментарий мне вроде бы встречалась...
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Для пятой версии смотреть тут http://drupal5.ru/node/7 искать menu_primary_links
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Не понял вопроса.

ЗЫ У меня, похоже, вырабатывается условный рефлекс на ответы, содержащие "CCK + Views".
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Собственно, это решение только для показа последних тем в форумах, не для показа последних сообщений.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Все изменения касаются forum.module:

Вот пример решения с использованием оформления garland (как на данном сайте), исправляем style.css (из theme/garland или files/color/garland-*, если изменена цветовая гамма):

в секцию
ul.primary-links
добавляем
width: 100%;

в сецию
ul.primary-links li
рассчитываем значение, которым заменяем "?" для растягивающегося оформления 98%/[количество пунктов меню], для оформления фиксированной ширины делимым будет ширина div#header
width: ?;

Возражаю! Что значит CSS недостаточно? Пожалуйста, опешите, какое меню Вы желаете получить?
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Предлагаю альтернативный способ:

замените в node.tpl используемой темы строку
<?php print $content ?>

Что-то мне очень сомнительно, что роботы будут брать CSS, если он находится в отдельном файле. Собственно для того оно и придумано - разделять по файлам контент и оформление, что бы была возможность брать только контент, будь ты робот, PDA, или просто хацкер. А вот некоторые блоки можно и не отдавать, незачем роботам знать кто в онлайне.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

Можно сделать хитрее: собрать статистику о часто выполняемых запросах, и перевести в коде только эти фрагменты. Пользователям в любом случае не нужен перевод админки, а админов так много не ходит
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы

То же пытался сделать возможность наглядного перевода множественных форм, но упёрся в отсутствие однообразия их переводов и неочивидные связи между различными вариантами. Решил, что проще просмотреть исходный код на наличие count и %count заместителей, и загрузить для них .po файл.