shamaner wrote:

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

Мнение уместно в случае создания (нового) сайта/форума, а не переноса уже имеющегося phpbb2-форума. Чего не поддерживает и, по заверению автора, не будет поддерживать, uie.

Кстати, упомянутая проблема с тем, что перейдя на строго плоский развёрнутый вид форума, получается весьма гадская неприятность, когда при правке какого-то поста он "улетает" в самый конец, меняя видимую хронологию (последовательность) сообщений - из-за того, что ему ставится более свежая дата, а отображение комментариев в comment_render как раз сортируется по timestamp - решается убийством обновления даты при редатировании поста в

Чтобы не забыть, продолжаю отчитываться сам себе же.

Один из вариантов решения проблемы перехода на многостраничные темы форумов "на уровне ядра" - видится исправления функции отдачи адреса url. В её фрагменте:
<?php
// The special path '' links to the default front page.
if (!empty($path) && $path != '') {
$path = drupal_get_path_alias($path);
$path = drupal_urlencode($path);
if (!$clean_url) {
if (isset($query)) {
return $base . $script .'?q='. $path .'&'. $query . $fragment;
}
else {

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

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

На drupal.org не хотите отписаться?
Таки это тоже не слишком "культурное" решение - изначально было желание исправить это на уровне ядра, чтобы не патчить все модули подряд. Просто пока торопят возмущённые пользователи форума (привыкшие к функционалу phpbb), потому решил сделать сначала хоть какое-то приличное и работающее решение. Позже попробую сделать "правильно" и уже по (любому) результату отпишусь.

Отключив ранее кнопки комментариев к отдельным постам мы сейчас не можем изменить "быстроответный" вид расположения формы ввода ответа (внизу топика), т.к. кнопка посылки комментраия на тему в этом случае будет отсутствовать. Исправляем эту проблему:
<?php
// If enabled, show new comment form.
if (user_access('post comments') && node_comment_mode($nid) == COMMENT_NODE_READ_WRITE && (variable_get('comment_form_location', COMMENT_FORM_SEPARATE_PAGE) == COMMENT_FORM_BELOW)) {

Для "русифицирования" ссылок в Pathauto заменяем главное условие, по которому фильтруются все "небуквы"-"нецифры", под которое в том числе попадает и кириллица.
<?php
// Preserve alphanumerics, everything else becomes a separator
$pattern = '/[^a-zA-Z0-9]+/ ';
$output = preg_replace($pattern, $separator, $output);
?>
Вместо этого ставим более "мягкое" выражение:
<?php
$output = preg_replace("/[_'`!@#$%^&*()|\s\.,?\[\]{}><:;\/\"]+/", "_", $output);
?>

Удалось достаточно просто решить путём использования "кэшируемой" функции comment_num_all. Добавляем в модуль комментариев (comment.module) функцию вычисления последней страцицы:
<?php
function _pages_count($nid)
{
$pages = 0;
$count = comment_num_all( $nid );
$per_page = _comment_get_display_setting( 'comments_per_page' );

Ещё один "глюк" друпаловского форума - я обновил свой комментарий и он по очерёдности перескочил за сделанное после него сообщение от "On вт, 28/08/2007 - 04:40 vadbars@drupal.org says:"). Видимо, надо будет убрать обновление даты при апдэйте статистики, если уже были комментарии после первой версии комментария.

В процессе экспериментов не стоит увлекаться установкой новых версий одного и того же модуля, иначе свежая версия (модуля) потребует апгрейда БД (запуска update.php) сопровождая всё это пугающими предупреждениями о всеобщем предварительном бэкапе. Отсюда вывод - набалуйтесь с модулями ДО "глобальных" преобразований (например, импорта форума), которые после будет жалко потерять, начав всё заново.

Отчитываюсь - частично (лишь скрыть без зависимости от роли), но, всё-таки, решает подобную проблему модуль Formfilter

Теперь всё ясно. Огромное спасибо за консультацию.

Quote:

насколько я знаю, такого пока нет...

Понятно, спасибо.
Касаемо импорта "контентной" части через html - понятно. А как быть именно с категориями? Их сотни и они (равно как и их структура/вложенность) представляет такую же ценность как и "обычный html". Можно ли посоветовать какой-то способ их "переконвертации" в друпаловские "Категории"?