В модуле интернационализации i18n есть субмодуль i18nsync, предназначенный для синхронизации полей при переводе - чтобы эти поля можно было унаследовать от оригинальной ноды, а не вводить заново, ну и присоединённые файлы не дублировать. Список доступных для синхронизации полей должен включать стандартные поля ноды и поля CCK. Кроме того, в readme.txt говорится о возможности синхронизации дополнительных полей, если их прописать в settings.php:

Но навскидку непонятно, какие поля можно добавлять, кроме "standard node fields and cck fields", которые должны быть доступны и так. Кто-нибудь уже пробовал добавлять для синхронизации какие-то поля или переменные? Что можно вытащить дополнительно?

Есть сайт под некоей CMS, к-рый нужно перевести под Drupal 6 с сохранением существующих URL-ов.
Сайт двуязычный (en|ru), и в нём есть главная страница (example.com/en/ или /ru/), и есть пару субсекций (как бы "субсайтов"), посвящённых более узкой тематике (example.com/en/topic1/ и так далее), с модифицированным оформлением (заголовок, цвета, логотипы и т.п.).
На сайте есть каталог статей, в котором можно вести поиск с главного сайта и с субсайтов. При этом одна и та же статья видна под URL'ом типа /en/articles/booklets/123, если искать её в каталоге главного сайта, и под URL'ом типа /en/topic1/articles/booklets/123, если выходить на неё с субсайта.

Так что каждая статья должна быть доступна под несколькими урлами: без префикса, и з префиксами topic1, topic2 и так далее; наличие или отсутствие префикса влияет на оформление страницы.

Как воспроизвести это в Друпале?

Понятно, что можно прописать для каждой ноды по несколько алиасов, но при этом (1) не хочется размножать в несколько раз таблицу url_alias в базе данных, (2) как это автоматизировать через pathauto? и (3) как при этом контролировать, чтобы из нескольких алиасов, прописанных для страницы, во views'ах для каждого субсайта выводился не первый или последний, а тот, в котором нужный префикс?
Делать несколько частично пересекающихся баз данных тоже не хотелось бы.

Может, я чего-то недопонимаю, но пока что меня очень разочаровывает multilanguage support в Drupal 6. Я сделал пару многоязычных сайтов сначала на Drupal 4 + i18n, потом на Drupal 5 + Localizer, а в D6 обещали включить многоязычие в core, и я уже ожидал всеобщее щастье безо всяких дополнительных модулей и патчей.

Есть сайт на Друпале 5.* на дешёвом хостинге, PHP 4.4.7, MySQL 4.1.10, в целом работает нормально, но есть одна проблемка. Время от времени некоторые страницы перестают выводиться для анонимных посетителей: вместо этого выдаётся "page not found". Для зарегистрированных посетителей (то есть при считывании страницы не из кэша, а прямо из базы данных) выводятся нормально. Если очистить кэш-таблицы базы данных (например, отключить кэширование сайта и снова включить), проблема пропадает. На какое-то время.

Есть сайт на Друпале, который нормально работает на разных хостингах и на локальном сервере (у меня Uniform Server for Win). Нужно перенести его на новый хостинг, где, как оказывается, стоит русский Apache. Переношу как обычно, сайт запускается - и сразу наблюдается проблема с кодировкой: Апач навязывает браузеру win-1251, и приходится вручную переключать его на utf-8 (хотя utf-8 корректно прописан в заголовке страницы).

Сайт под Drupal 4.7.4, в какой-то момент для контента типа page пропала кнопка/закладка редактирования "edit". Открываю страницу -- а кнопки нет, как будто я не администратор, а просто прохожий. Я, конечно, могу редактировать страницы через administer -> content или через прямой ввод URL ".../node/**/edit" , но это неудобно.
При этом для контента типа story кнопка/закладка редактирования по-прежнему видна.
С правами доступа вроде тоже всё в порядке.
Никто с таким не сталкивался?