Как русифицировать Drupal 6?

Спасибо. Очень кратко и понятно.

К сожалению, больше никакой реакции :(

К сожалению, вашу проблему воспроизвести не смог.

Осознаёте ли вы, что при попытке загрузки перевода через admin/build/translate/import необходимо скачивать изначально po-файл (а не архив)? То есть, следуя моей инструкции, в пункте 5 необходимо выбрать второй вариант.

Если у вас так и не получится устранить проблему, то предлагаю вам поступить следующим образом:
1. Скачайте архив с сервера локализации по первой инструкции, выбрав в пункте 5 первый вариант.
2. Распакуйте полученный архив в корень сайта.
3. Удалите (если уже создали) русский из списка языков.
4. Добавьте его заново - перевод должен автоматически импортироваться (у меня так получилось).

Возможно у вас проблемы с MIME в IE.

Благодарю.

Если быть точным, имеет смысл пошаманить над сайтом, чтобы он давал корректную информацию для IE.

Или хотя бы написать, что надо использовать FireFox...

Чтобы такая ошибка не возникала:
Файл перевода ***********.po содержит синтаксическую ошибку в строке **.
Импорт перевода из ***********.po завершился неудачей.

Нужно открыть в любом редакторе (где есть поиск, не poedit) ваш файл .po и добавить после каждой строчки, содержащей слово
msgid_plural
вот это:
msgstr[] ""

И ошибки не будет.

Если был скачан битый файл - то уже, наверное, ничего не поможет.

Если файл не испортился при загрузке - а тогда откуда он вообще взялся такой неправильный?

Непонятно, зачем разбито на русификацию друпала / модулей, избыточность информации какая-то получается.

Да там очень много избыточной информации.

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

Информацию о руссификации стандартного набора, ИМХО, всё равно надо выделять отдельно...

способ 1 выдал целый лист ошибок и перевёл 75 из 3000.
способ 2 всё исправил.

Спасибо за туториал.

Это очень странно, ибо способ 1 - это способ 2, запущенный автоматически при установке.

Попробывал скачать и импортировать перевод, ответ масса ошибок. Сейчас пытаюсь их исправить, не уверен, что получится. Может быть кто-то уже проделывал эту работу, у кого-то есть работающий перевод???

Каким образом вы пытались это сделать? Ибо как-то всё-так очень странно... У меня всё успешно работало, как и должно.

у меня почему-то способ 2 заканчивается ошибкой

также странно то, что русский язык в системе присутствует, но не выбирается дефолтным

У кого какие идеи причин этой ошибки? Ибо, похоже, она возникает у многих, но непонятно, почему. У меня (а я ставил перевод уже раз 10) она ни разу не возникла. К сожалению, в случае с edrokov, ошибка (пока что) для меня нерезультативна, ибо, похоже, просто js-скрипт Drupal, который отвечает на многоэтапные (batch) операции, посчитал, что произошла ошибка. Почему-то Drupal не вернул то, что от него ожидалась...

Просьба к тем, кто получает какую-либо ошибку: напишите текст ошибки...

Сделал по варианту 1 - но с v.6.2.
После выбора пункта Choose language - русский, появляется сообщение об ошибке,
в заголовке =
Warning: fopen(./profiles/default/translations/ru.po) [function.fopen]: failed to open stream: Permission denied in /home2/oleg77/public_html/we/includes/locale.inc on line 1019

Warning: Cannot modify header information - headers already sent by (output started at /home2/oleg77/public_html/we/includes/locale.inc:1019) in /home2/oleg77/public_html/we/includes/common.inc on line 141

В теле страницы =
Requirements problem
The following error must be resolved before you can continue the installation process:
The translation import failed, because the file could not be read.

Please check the error messages and try again.
---------------------
Что сделать - ума не приложу, смотрел эти line №№, ничего не понял, полночи трахаюсь - хэлп плиз!!!

Написано, что к файлу /profiles/default/translation/ru.po скрипт не может получить доступ, то есть не может его прочитать. Какие права доступа у файла?

Дело в том, что в tar-файлах, скачиваемых с drupaler.ru как-то странно выставлены разрешения. Добавлю сейчас в инструкцию.

У меня все права неверные. Нельзя как нить их сменить разом?

Можно воспользоваться FileZilla - проходит по всем файлам рекурсивно и меняет. Или через контрольную панель веб-хостинга.

Спасибо. Хоть кто-то выложил переводы.
У меня в IE тоже битые файлы скачивались.
А Firefox нормально скачал.

Спасибо, всё получилось по Вашему способу 2, версия 6.2.
Удачи Вам в Вашем благородном труде!!!...:-)

Что указано на странице admin/settings/file-system в качестве "Временной папки"? Попробуйте поменять на /tmp (если там не так).

Похожую проблему лично я решал просто отключением safe_mode. Честное слово, не разбирался. Почему-то не получается скопировать эти файлы из директории tmp куда-то при включенном safe_mode. Есть такая возможность? Если нет, надо разбираться, от какого ограничения эти ошибки происходят. А файлы эти нужны для перевода строк в JS-файлах....

Вряд ли это поможет... Попробуйте спросить у своего хостера - возможно, он отключит safe mode. Или попробуйте написать в файл .htaccess в корне Drupal строчку php_flag safe_mode Off . Или ещё (как вариант) установить владельца директории files равным юзеру, от имени которого запускаются скрипты (правда, не уверен, что это сработает)...

Как всё сложно с переводами у нас... имхо с главной страницы должны быть 4 прямые ссылки: последний дрюпал 5.x + po-файл с переводом и тоже самое для 6.x.

А с каждой страницы ссылка на страницу "скачать", где эти же 4 ссылки. Плюс можно на 4.х ссылки добавить.

Например, на drupal.org скачать сам drupal - один клик, скачать перевод - 2 клика. А у меня студенты-математики-программисты ищут-ищут и не могут найти перевод тут.

Если я правильно понимаю, то если их не будет, то просто не будут переведены некоторые строки. На всякий случай: эти файлы сохранились? Можете ли вы выложить их? А то я почему-то уверен, что там находится перевод JS-строк, а вдруг это не так....

Неужели молодёжь совсем стала слабовата? За год ни одной "хотелки" не сдвинула, а новые даже перевод не могут найти ;-)

В общем, я сейчас придумал 3 способа решения этой проблемы:

1. Совершенно нормальный: сделать владельца ВСЕХ файлов(и папок), находящихся в корневой папке или ниже, равным тому, кто запускает скрипт.
2. С отключением переводов строк в js-файлах, возможны "лишние" сообщения в WATCHDOG: любым способом (например, создав блок и выполняя в нём php) при

   каждом запросе страницы выполнить следующий код:
   

   <?php
$js_parsed = variable_get('javascript_parsed', array());
if (!empty($js_parsed["refresh:ru"])) {
  unset($js_parsed["refresh:ru"]);
  variable_set('javascript_parsed', $js_parsed);

  //drupal_set_message("Translation of the javascript files was skipped");
}
?>

3. Несколько "грязный" способ, но с сохранением всей функциональности: делаем то же самое, что и в предыдущем методе, но вдобавок к этому 1. Содаём

   файл перевода js-строк где угодно "у себя". 2. Копируем в папку files/languages на сайте. 3. Пусть его имя ru_1a2b3c.js. 4. Выполняем <?php db_query("UPDATE {languages} SET javascript = '1a2b3c' WHERE language = 'ru' LIMIT 1 ;");?> 5. В код из прошлого способа дописываем
   

   <?php
$lang = variable_get("language_default", array());
if ($lang->javascript !== "1a2b3c") {
  $lang->javascript = "1a2b3c";
  variable_set("language_default", $lang);
}
?>

4. Модификация ядра с полным отключением переводов js-файлов. Добавляем строчку <?php return;?> в начало функции locale_update_js_files в файле locale.module.
5. Модификация ядра с сохранением фунцкиональности. Генерируем файл перевода, куда-нибуль его кладём, в самое начало locale_update_js_files пишем 2 строчки:
   
   <?php drupal_add_js('path_to_file', 'core');
return;
?>

Может, всё-таки уговорите их отключить safe mode? Спросите у support об этой проблеме...

Это происходит потому, что файл drupal-6.1-ru.po не относится к файлам перевода (особенно через авто-импорт), т.к. файл перевода должен иметь имя типа все_что-уг0дно.ru.po.
Т.е .ru.po обязательный атрибут названия файла.

Благодарю.
Без проблем установил русифицированный drupal6.

Решение было сохранено на сайте DrupalCookBook.ru:
Перевод на русский язык сайта на Друпал.
Перевод на русский язык дополнительных модулей Друпал.
Авторы, предложившие решения, также указаны в сохранённой статье.

edhel,
Я сделал страницу, где можно скачать Друпал 6.2 и 5.7 с русским переводом и отдельно:
Скачать Drupal с переводом
Давно собирался, а тут как раз понадобилось...

VladSavitsky
Загляните на http://drupalcookbook.ru/perevod-na-russkii-yazyk-saita-na-drupal...

PanDa777,
Уже исправляю.

2EllECTRONC
При импорте не через автоимпорт имя файла любое. При использовании автоимпорта крайне нежелательно использовать только один файл *.po, так как при этом теряются почти все преимущества автоимпорта.

PanDa777, прочитал ваш комментарий и хотел написать опровержение. Написал.
Перечитал ещё раз ваш и увидел, что это одно и тоже, но так сложно выраженное (много отрицаний).
Всё таки публикую коммент:
Для автоимпорта имя файла должно заканчиваться ".ru.po", а вот для ручного импорта это не обязательно.
В Друпал5 я использую автоимпорт для модулей - перевод импортируется автоматом при установке модуля.
Для ручного импорта перевода самого Друпал - лучше конечно один файл (с ним проще управляться).
А для автоимпорта лучше использовать множество маленьких файлов.

Чаво!!! При чем тут количество файлов, когда я пишу про то, что в названии файла обязательно должно присутствовать ".ru.po" и разделяться именно точной (.)? (да - автоимпорт)

Я всего лишь говорю следующее:

1. Один файл обычно используется только при ручном импорте. Иначе теряется половина бонусов автоимпорта. То есть в этом случае не верно, что "Т.е .ru.po обязательный атрибут названия файла."
2. Если используется автоимпорт: да, безусловно, у каждого po-файла конец должен быть .ru.po. Но:
   • Ответом на
     
     Цитата:

     Файл перевода drupal-6.1-ru.po содержит синтаксическую ошибку в строке 1.
     Импорт перевода из drupal-6.1-ru.po завершился неудачей.

     никак не может служить

     Цитата:

     Это происходит потому, что файл drupal-6.1-ru.po не относится к файлам перевода

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

   • Теперь подойдём к вопросу с другой стороны. Пусть человек собирается использовать автоимпорт (то есть тот метод, в котором расширение файла важно). Как я уже сказал, брать перевод в одном файле ему нецелесообразно. Значит, он берёт архив, в котором и так уже все файлы имеют нужные имена, поскольку он изначально пакуется с таким расчётом. Естественно, сам архив всё равно придётся распаковывать, поэтому имя архива не обязано оканчиваться на .ru.po.Значит, и в этом случае, скорее всего, ничего переименовывать не придётся.

Что ты мне одно и тоже талдычишь?!? Я то тебя поняла, а вот ты кажеться понять ни меня, ни себя никак не можешь!

С какой-такой стати и какие-такие бонусы теряются? Поподробнее, приведите хоть один!

А я вообще-то про АВТОИМПОРТ и говорю!!!
Если скачивать архив - да переименовывать ничего не нужно, но если просто скачать перевод одним файлом ".po", то его придется переименовать т.к. его имя, к примеру "имя_модуля-5.x-1.9-ru.po", не пройдет через автоимпорт, а пользоваться ручным импортом.... это....

Гость не уточнил(а) каким водом импорта пользовался, а т.к. при использовании АВТОИМПОРТА, имя файла имеет большое значение. Так что ОТВЕТОМ это вполне может служить!!! Я ответила так, ПОТОМУ ЧТО сама сталкивалась с такой проблемой и именно из-за названия файла перевода!!!

Целесообразно, не целесообразно - это не тебе решать. У меня к нескольким модулям как-то оказались переводы именно по одному файлу к каждому, так что, по-твоему я должна ручным импортом, для 5-6 модулей....?!?
ВСЕ "ВОПРОС" ПО ИМЕНИ ФАЙЛА - ЗАКРЫТ!!!

P.S.: Отвечала я не тебе, а Гостю, так что ему решать - ответ это или нет...

Как мне кажется, я вас понимаю:

1. Что вы говорите: "Я использую автоимпорт. Перевод использую в одном файле. Этот файл обычно называется drupal-ru.po. Поэтому, чтобы заработал автоимпорт, я переименовываю этот файл так, чтобы он заканчивался .ru.po. И того же советую гостю, у которого возникла ошибка "Файл перевода drupal-6.1-ru.po содержит синтаксическую ошибку в строке 1. Импорт перевода из drupal-6.1-ru.po завершился неудачей." Насколько я понял из прочтения вашего последнего сообщения, вы говорите в том числе и о переводе сторонних модулей. Это единственное, чего я не понимал до предыдущего сообщения. Себя, уверяю, я понимаю...
2. Отвечу сейчас на вопрос С какой-такой стати и какие-такие бонусы теряются?
   • В базе хранится перевод только тех модулей ядра, которые хоть один раз были включены. Это абсолютно теряется при использовании одного файла для импорта (я опять же говорю про ядро). Это самый большой плюс: если ещё и сделать модуль, который будет аккуратненько подчищать базу — этот плюс многократно увеличится.
   • Думаю, ещё не создан хостинг, на котором может не хватить времени с помощью локализации, если используется несколько файлов. Правда, наверное, здесь я с вами соглашусь: на том хостинге, на котором drupal не обработает за раз файл локализации, Drupal вообще не сможет работать. Хотя, кто знает?
   • После установки можно получить уже локализованный Drupal (может быть, это возможно при использовании локализации одного файла - не пробовал, не знаю).
   • Как вы думаете, зачем же существует другой формат хранения перевода? Наверное, не просто так... Не только чтобы запутать пользователя. Здесь уже вступает в ход официальная идеология :) Нет, правда, не просто же так переводы распространяются в виде tgz-архивов (в том числе).
   • Откровенно говоря, определённые плюсы есть, но не так уж много... Погорячился я немного насчёт большинства. К тому же, похоже, вы говорите (в том числе) и про локализацию сторонних модулей, для которых использование одного файла почти ничем не отличается от использования нескольких фалов (которые всё равно будут лежать в одном каталоге). Ладно, по этому вопросу дискуссию продолжать не будем.
3. А теперь поясню то, почему же на сообщение пользователя ваш ответ ответом служить не может. Читаем внимательно сообщение пользователя Гость (гостевой логин). Он приводит текст конкретной ошибки. Специально посмотрел код: Drupal при автоимпорте вообще даже не пробует читать те файлы, которые заканчиваются не на .ru.po. Значит, Drupal при автоимпорте даже не попытается обработать файл с "неправильным" именем. Текст ошибки же утверждает, что вполне конкретный файл содержит какую-то синтаксическую ошибку. Значит, модуль locale пытался его обработать. Значит, эта ошибка возникла не в результате автоимпорта. Значит, файл был указан вручную. Значит, имя файла было не важно. Поэтому я подумал, что лучше предупредить ползователя о том, что, скорее всего, ваше решение не устранит его неприятность.
4. Почему я всё время говорил про число файлов. Я напрямую связывал количество файлов со способом имопрта. В этом пункте я был несколько неправ, хотя я буду прав в 95% случаев. Кстати, в отношении к тому самому сообщению Гостя моё предположение, не сомневаюсь, верно.

P.S. Кстати, в предыдущем сообщении вы впервые обмолвились о том, что, оказывается, вы, в том числе, говорите и о локализации модулей. До этого речь, вообще-то, шла о ядре :) В том числе и в сообщении, в котором сообщается об ошибке. Ну да ладно.
P.P.S. Если ещё будете отвечать в этом топике, то, будьте добры, делайте это вежливо. Вы ведь умеете?
P.P.P.S. Ваше бы сообщение неплохо смотрелось в этой теме, если бы оно не претендовало бы на роль ответа к вышеобозначенному сообщению.

После русификации уже установленного Друпала начинает выскакивать ошибка:

* Выбранный файл /tmp/fileslKfKQ не удается закачать, поскольку каталог назначения sites/default/files/languages/ru_ecea589cabd236409bb7a95cc91bcfcd.js неверно сконфигурирован.
* Выбранный файл /tmp/filebPUZxa не удается закачать, поскольку каталог назначения sites/default/files/languages/ru_ecea589cabd236409bb7a95cc91bcfcd.js неверно сконфигурирован.

Подскажите что делать

Несколько вопросов:

1. Существует ли в каталоге sites/default/files папка languages?
2. Какие права доступа у sites/default/files и у sites/default/files/languages/
3. Включен ли safemode?
4. Какие сообщения есть в логах Drupal?

Спасибо за помощь поменял права доступа на папку sites/default/files/languages/ - с 755 на 777 и ошибки больше нет

Я говорила лишь о подобной ошибке и именно в сторонних модулях, а не про drupal-6.1-ru.po! Какая собственно разница, что именно...?
Ставила и ставлю Drupal (и не только) уже давно и не нуждаюсь в ваших описаниях об установке.
Если работать на хостинге (на котором у меня Drupal стоит), то это было бы гораздо быстрее, чем на моем старом пентиуме 4.
Насчет модуля с подчисткой согласна, давно ищу подобный!!!

п.3 Вот когда встретишься с такой же ошибкой, просто замени "-" на "." и все пойдет как по маслу,....... ну или же мне просто повезло! ))))))

--> P.P.S. > Это вы про мое P.S.: ???

Вы против, что кто-то другой отвечает в ВАШЕМ посте???

На все остальное: bla bla-bla... are u still talking?

А к версии 6.3 файлики с локализацией есть? Был бы очень признателен за ссылочку...

Спасибо большое:)

Реально самы крутой пост. И описание есть и софт! Все что нужно для чайника))