А как русифицировали-то?

Ещё можно посмотреть на http://drupal.org/project/popups

Taxonomy Access Control, наверное

"neochief" wrote:

fasdalffasdalf.ru — форма грузится друпалом внизу в любом случае. Загружая ее в другом месте, рискуем нарваться на что-то еще.

Можно перемещать её с помощью JS. Явно никаких глюков от этого не будет.

В шаблоне темы может быть уже поздно. Либо template.php, либо см. .info files for themes, раздел scripts

"Химический Али" wrote:

число сайтов на сервере выдает msn, там есть поиск сайтов на том или ином IP

Это "ip:0.0.0.0"? Тогда это абсолютно не характеристика: по ip, который у меня есть, только 1 сайт находится - а тормозит хостинг неимоверно. Видимо, из-за базы...

Я же был уверен, что, действительно, просто интересно, сколько народу пойдут и проголосуют...

Логика такая - больше чем раз в час его запустить не получится. Если он перед этим не завершил работу. В конце работы cron переменная 'cron_semaphore' удаляется. То есть, $semaphore == 0.

Сам модуль выводит блок. Как должно быть всем известно, в Drupal 6 можно задавать в шаблоне темы неограниченное число регионов, то есть мест, где можно этот блок показывать. Подробнее о регионах, блоках и всём таком: http://drupal.org/node/171224

А как вообще проблема с падежами решается глобально? Для всех языков? Т.е не привязываясь к конкретному?

То, что пришло прямо сейчас на ум: развитие данной идеи - то есть для строки в t() сделать дополнительный Placeholder, при наличие которого t заменяет строку до перевода, а не после. Только не очень-то это помогает.

Копируете page.tpl.php в page-front.tpl.php. Тогда на главной странице Drupal вместо шаблона page.tpl.php будет использовать page-front.tpl.php. А в page-front можно теперь удалить вывод $content

Раз решилась проблема, то ладно.

А вообще - я бы пропустил через любой дебаггер...

А что за Debugger то?

Стоит ли eAccelerator? Или другой кеш? Возможно, стоит кеширующий прокси (на самом компьютере - например, HandyCache)? У меня подобная проблема решилась отключением последнего. Но впоследствии возникали проблемы и с eAccelerator...

Он встроен в Drupal 6. Только формат имени файла изменился. Как установить перевод - http://drupalcookbook.ru/recept/perevod-russkij-jazyk-sajta-drupal. Первый или второй способ - аналог autolocale.

Кстати: недавно из рассылки узнал, что RC1 готова и они ждут неделю (или до конца недели) - если всё ок, то RC1 будет. Также объявили о начале активного портирования под D6.

И, скорее всего, запустить update.php. По идее Нет, при минорном обновлении всё должно быть нормально. На всякий случай можно бэкап базы сделать.

Нажмите на само поле в Views. Так есть что-то про Link...

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

Загрузите заново дистрибутив. Этот модуль поставляется по умолчанию - вы где-то его по дороге потеряли...

По теме темы: просто в переводе drupaler.ru вместо %file было указано file (и, соответственно, имя файла не вставлялось).

К сожалению, к проблеме Shelendor это не имеет никакого отношения...

Перевод на русский язык сайта на Друпал.

Что там непонятно?

Сейчас подробнее посмотрел. Действительно, на этапе даже "позднего" кеша страницы идёт тогда, когда доступен только DB API. Если изменяющийся блок простой - то можно при сохранении в кеш вместо него вставлять какой-нибудь <!---insert_block_here-->, а при загрузке этот <!---insert_block_here--> заменять на нужный код. С изменяющейся картинкой это замечательно пройдёт... А что-то более сложное уже более сложно

Поглядите User points... Примерно так называется.

Наверное, наиболее реально в данном случае написать свой cache.inc, в котором реализовать функции записи_в_кеш_всей_страницы/чтения_из_кеша_всей_страницы. И уже в ней вырезать нужный кусок (например, всё, кроме одного изменяющегося блока). Но это только идеи...