I18n, похоже, не работает, в то время как перевод модели работает (немного)

Я обнаружил, что разные платформы позволяют / предпочитают разные имена папок на разных языках. Я рвал волосы на своей системе разработки (Mac OS X), потому что '/ pt-br / LC_MESSAGES /' не работал, хотя makemessages создавал папки таким образом, и компилирование сообщений тоже работало нормально. Наконец, он ожил, когда я переименовал языки в '/ pt_br / LC_MESSAGES /' (обратите внимание на подчеркивание). Обратите внимание, что в моем кортеже LANGUAGES в настройках используется форма aa-bb, как и здесь.

Перенеся тот же проект в производство (Ubuntu), он снова перестал работать, я пробовал все под Sun, думая, что имена папок уже должны быть правильными, поскольку они работают на моем dev. машина. Наконец, в отчаянии я попытался использовать компонент страны в верхнем регистре, например '/ pt_BR / LC_MESSAGES /', и, бум, он снова заработал. Я считаю, что использование формы aa_BB работает универсально.

Итак, решение, которое, как мне кажется, вы ищете, - это изменить имена каталогов языковых стандартов внутри папки языковых стандартов. У тебя должно быть:

[project]
    locale
        de_DE
        en_US
        es_ES
        fr_FR
        nl_NL
    ...
    settings.py

Внутри каждого вы, конечно же, будете иметь LC_MESSAGES и т. Д. Как обычно. Ваша конфигурация Django не должна меняться, это как раз то, что gettext принимает на вашей платформе. Опять же, я думаю, что если вы используете форму aa_BB, у вас все будет хорошо в большинстве систем.

Если вам по какой-то причине нужна ваша папка языкового стандарта в другом месте, просто убедитесь, что вы соответствующим образом установили свойство settings.LOCALE_PATHS. Кроме того, в документации Django поясняется, как он находит эту папку: https://docs.djangoproject.com/en/dev/topics/i18n/translation/#how-django-discovers-translations.

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

Отказ от ответственности: я использую pt-br, потому что это мой родной язык, но вы можете перевести его на любой язык, который захотите

Во-первых, что я делал в своем приложении django (при условии, что вы уже создали проект и приложение, а текущий каталог - это каталог проекта):

• созданный каталог локали: mkdir locale
• создал языковой стандарт pt_BR: django-admin.py makemessages -l pt_BR
• изменил текст внутри созданного файла
• собраны все сообщения: django-admin.py compilemessages
• в настройки django добавлена ​​переменная LOCALE_PATHS: LOCALE_PATHS =('/path/to/locale_foder',)

После этого мое приложение Django больше не переводилось. Что бы я ни делал ...

Согласно документации django (https://docs.djangoproject.com/en/dev/topics/i18n/translation/#how-django-discovers-language-preference) django имеет предопределенный способ поиска языковых настроек, и вот как он работает:

1. django выполняет поиск языкового префикса в URL-адресе, чтобы это работало, вы должны использовать i18n_patterns в URL-адресе django.
2. если вышеуказанное не удается, найдите переменную в пользовательском сеансе
3. если вышеперечисленное не помогает, найдите файл cookie
4. если вышеуказанное не помогло, используйте HTTP-заголовок Accept-Language
5. если это не помогло, используйте язык, указанный в одноименной переменной в настройках django.

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

Теперь, поскольку мы зависим от данных HTTP, давайте проверим, как ведет себя браузер. В основном использую хром и firefox. В моем ноутбуке Chrome есть следующие языковые настройки:

• pt
• en-us
• en

И в этом проблема, мой HTTP-заголовок Accept-Language отправляет pt, но у меня нет локали pt, у меня есть только локаль pt-br. Если бы было наоборот, это сработало бы. Мой вывод - всегда нужно иметь коды iso 639-1, а оттуда использовать специализацию. Например: теперь я использую pt по умолчанию для переводов pt-br и pt-pt для переводов, специфичных для Португалии.

Я наткнулся на это сообщение: Коды языков интернационализации Django. По-видимому, django поддерживает только языковые коды iso 639-1, которых нет в документации, даже хуже того, в нем говорится, что вы должны использовать коды типа en-us. Как только я изменил языки на en-us> en, nl-nl> nl и т. Д., Все сразу заработало.

В любом случае спасибо за внимание.