Берете ваш шаблон. Ищете его дефолтную реализацию (например, node.tpl.php - в модуле node). Там, как правило, в комментариях приведены переменные, которые доступны в шаблоне. Или в ф-ии theme() для отладки вывести, какие переменные передаются в шаблон. Да в крайнем случае print_r($GLOBAL)

Для всего вышесказанного вам не нужен доступ к сайту по http...

P.S. Запустите еще ручками cron.php (надо зайти на http://site/cron.php), подождите, пока отработает.

Может проще с бэкапа восстановить? На нормальных хостингах должен быть автоматический бэкап.

Ядро не надо править без необходимости, только когда по-другому никак нельзя. Попробуйте сначала сделать своим модулем. http://api.drupal.org/api/drupal/includes--module.inc/group/hooks

Лучше вариант 1.

Quote:

В коде найти строку, ответственную за вывод сообщения после публикации комментария не нашел.

Поищите английскую строку. "Комментарий сохранён." - это ж скорее всего перевод.

Ох блин, пробовал я когда-то запускать Друпал на holm.ru. По-моему были траблы Друпалу нужна память. По-моему, 16 метров ему хватало, а при включении views - уже надо было 32 Еще нужен кэш опкода. Не думаю, что на многих бесплатных это есть. Плюс как обычно реклама и вопрос с поддержкой.

Uninstall модуля запускали, или просто отключили? Кэш как чистили - на странице производительность? Тогда еще лучше почистить в БД - таблицы cache_* и на всякий случай sessions. Смотрите, что модуль делал при установке (hook_install) - может натолкнет на мысль.

Проверьте для начала на статике, работает ли mod_rewrite.

Не совсем понятно, что делает бот - постит сообщения, или просто ходит по ссылкам?

Quote:

Идея в том чтобы отказаться от запросов (и к БД) в drupal_lookup_path, а ссылки менять на лету на основе правил преобразования?

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

Без "файлика с точкой" )) по всем ссылкам (кроме главной) выдавало бы стандартную 404 скорее всего. А тут все ссылки идут на главную. Скорее всего mod_rewrite, а может быть там вообще не Апач.

Quote:

Все ссылки условные.

В HTML-коде смотрели?

Quote:

Возникла проблема при переносе на другой домен.

На другой домен, или физ. сервак?

Бывает наверное, когда сложно обойтись без pathauto, но надо стараться Пример: захотелось заменить node/xx на более понятное content/xx. Можно было использовать pathauto, но я сделал с помощью custom_url_rewrite_inbound()/inbound. В результате алиасов всего несколько, и можно сделать патч для drupal_lookup_path - загружать все алиасы один раз. Получим один запрос вместо 30-40 (столько раз на страницу у меня вызывается drupal_lookup_path()).

subscribe

В настройках любого формата ввода есть вкладка, позволяющая настроить порядок применения фильтров - admin/settings/filters/[filter_id]/order (filter_id - цифра).

Порядок применения фильтров тоже может влиять. Смотрите настройки вашего формата.

http://drupal.org/project/modules?filters=bs_project_sandbox%3A[*%20TO%2...

А зачем несколько синонимов?

Скрыть атрибуты - см. http://api.drupal.org/api/drupal/developer--hooks--core.php/function/hoo... / http://api.drupal.org/api/drupal/developer--hooks--core.php/function/hoo...

Зачем какой-то Вандюк? Исходники друпала изучайте )

Таблицы cache_* чистили?

"orion76" wrote:

был какой то вид CCK поля, который расчитывался на основании значений других... забыл как назвается..

Может этот: [module=computed_field]

Видимо, проблемы как раз со "статическими" фильтрами. Т.е. действительно нет ни одной ноды, которая бы под них подпадала.

В тэгах лучше использовать маленькие буквы, а значения атрибутов указывать в кавычках. Для выравнивания и размеров - css.

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