Скажу сразу, опыт малый да и с Drupal-ом пару дней как вожусь (и не надо морщиться, сам знаю, что чайник...), поэтому пишу обо всем в стиле "IMHO - как есть"...

И так, начнем.
Развернул Денвер, установил Drupal. Установил модули, которые решил применить в создании сайта. Т.к. сразу планировалось, что буду делать мультиязычный сайт (ru and en), то долго выбирал соответствующиймодуль. В итоге, посмотрев, что более свежим является Localizer - взял его. Чтоб были красивые URL, сразу активировал "чистые ссылки" (Clean URL) и модуль PATH из ядра.

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

И так по порядку, на одном примере:

1. - В Primary Links создал пункт меню "О копании".
2. - Создал меню "O компании", где добавил пару пунктов (например "контакты", "обратная связь")
3. - Создал страницу "О компании", присвоил ей альтернативный адрес "about", и повесил на соответствующие пункты меню.
4. - В закладке "Translations" (появляется для каждой страницы) сделал перевод. При этом удивился, что систем параметры меню - "по умолчанию", альтернативный адрес пуст... Перед сохранением попытался восстановить справедливость и указал альтернативный адрес about, на что система ругнулась... убрал... ура! сохранилось! (на присваемые системой номера node я пока не обращал внимание)
5. - В настройке блока с меню "O компании" установил видимость для соответствующих страниц, исходя из адресов для русской локали и...

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

Оказывается, что при переводе страницы, результатом служит два разных адреса, для разных локалей: node/1 и node/2 соответственно. А я то поначалу думал, что будет все выглядеть например так: site.com/ru/node/1 и site.com/en/node/1 или что-то в этом роде. Сразу скажу, что настройка Localaizer/By hostname выключена, чтоб не мучаться с разными внутренними ссылками. Да и что за мультиязычность, которая решается путем разных хостов? Нам ведь не мультисайтинг нужен!

Вывод - красивого мультиязычного сайта не получится, все придется делать с симптомами гемор...я...

Так к чему я это все подвожу! К тому, что не каждую задачу можно решить дополнительными модулями. А именно те, которые по логике должны решаться ядром, а не его расширением. Вот и функциональность мультиязычности должна присутствовать сразу в ядре. Такая функциональность не помешает для создания одноязычного сайта, но и легко позволит иметь мультиязычный контент с едиными индентификаторами (в нашем случае node/1).

Конечно, можно предположить, что автор системы изначально не предполагал наличия мультиязычности, ему достаточно было и одного языка. Но если бы на то время он был не студентом, то мне кажется - он бы предусмотрел такую функциональность. Я пока не в курсе, входит ли мультиязычность в следующие версии ядра - не нашел прямого упоминания. А сделать то это не сложно. Если интересно, то читайте ниже краткую концепцию внедрения данной функциональности в ядро.

Имея представление, что вся работа CMS строится на БД, то и плясать надо от туда.

Вся работа с контентом крутится вокруг двух таблиц: node и node_revisions. Сруктура таблиц такова:
NODE

NODE_REVISIONS

Во-первых, сразу видим, что присутствует избыточность данных. А именно: поле Title присутствует в обоих таблицах.
Во-вторых, имея в распоряжении ядра таблицу Locales_meta

можно сразу реализовать мультиязычность контента следующим образом: в таблицу node_revisions добавить поле locale и соответственно индексировать. При выводе результатов в условия запроса добавлять значение текущего Locale.

Примеры:
- запрос доступных страниц на том или ином языке может выглядеть следующим образом:
SELECT t1. *
FROM node t1
WHERE t1.nid = t1.nid
AND NOT EXISTS (SELECT 1
FROM node_revisions t2
WHERE t2.nid = t1.nid
AND t2.locale = :locale
)

- запрос страницы по определенному node на том или ином языке может выглядеть следующим образом:
SELECT t1 . * , t2 . *
FROM node t1, node_revisions t2
WHERE t2.nid = t1.nid
AND t2.locale = :locale

ну т.д.

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

Теперь обращение к ГУРУ в PHP и Drupal:
- Если Вы увидели какие мои ошибки в использовании модуля Localizer, прошу на них указать.
- Выскажите свое мнение по вопросу реальности (без флуда) создания соответствующего Patch к ядру системы, который может в последующем и войти в само ядро.
- Может кто не побоится написать такой Patch? Я уверен, что многие во всем не англоязычном мире будут ва признательны.

PS: Почему не Я? Потому, что я абсолютный НУЛЬ в PHP? НО! могу помочь с формированием и отладкой запросов к базе данных...

Вот и все, что хотел рассказать миру. Это мой первый в жизни пост в рамках какого либо дневника, поэтому, прошу камнями не кидаться ... шутка