Skip to main content

i18n Django: руководство по интернационализации и переводу

От settings.py до рабочей среды: настройте систему переводов Django, создайте файлы PO, обработайте формы множественного числа и автоматизируйте перевод с помощью ИИ.

1

Установить и извлечь строки

Фреймворк i18n встроен в Django, его нужно только включить. Установите django-locale-chain для умных резервных локалей, а затем используйте makemessages, чтобы извлечь переводимые строки из кода Python и шаблонов в файлы PO.

Внутри Django использует GNU gettext. Команда makemessages сканирует код на вызовы gettext и теги шаблонов, а затем создаёт файлы .po. После перевода compilemessages преобразует их в двоичные файлы .mo для быстрого поиска во время выполнения.
Terminal
pip install django-locale-chain
Terminal
# Extract all translatable strings from Python and template files
python manage.py makemessages -l de -l ja -l es -l fr

# After translating .po files, compile to .mo (binary)
python manage.py compilemessages

# Project structure after running makemessages:
# locale/
# ├── de/
# │   └── LC_MESSAGES/
# │       ├── django.po    <-- translate this
# │       └── django.mo    <-- compiled (auto-generated)
# ├── ja/
# │   └── LC_MESSAGES/
# │       ├── django.po
# │       └── django.mo
# └── es/
#     └── LC_MESSAGES/
#         ├── django.po
#         └── django.mo
2

Настроить параметры и промежуточное ПО

Включите интернационализацию в settings.py, задав USE_I18N = True, определив список поддерживаемых LANGUAGES и добавив LocaleMiddleware в стек MIDDLEWARE. LocaleMiddleware определяет язык пользователя по префиксу URL, сеансу, cookie или заголовку Accept-Language.

settings.py
# settings.py

from django.utils.translation import gettext_lazy as _

# Default language
LANGUAGE_CODE = 'en'

# Enable i18n
USE_I18N = True
USE_L10N = True

# Languages your site supports
LANGUAGES = [
    ('en', _('English')),
    ('de', _('German')),
    ('ja', _('Japanese')),
    ('es', _('Spanish')),
    ('fr', _('French')),
    ('pt-br', _('Brazilian Portuguese')),
]

# Where Django looks for .po files
LOCALE_PATHS = [
    BASE_DIR / 'locale',
]

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.locale.LocaleMiddleware',       # <-- enables i18n
    'locale_chain.middleware.LocaleChainMiddleware',    # <-- smart fallbacks
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]
LocaleMiddleware должен находиться после SessionMiddleware, поскольку читает сеанс, и перед CommonMiddleware. При неверном порядке определение языка завершается сбоем без уведомления, и все пользователи видят стандартный LANGUAGE_CODE.

Интернационализация URL

Используйте i18n_patterns() для автоматического добавления к URL префикса активного кода языка. Каждый язык получает собственное пространство имён URL (/en/about/, /de/about/), что полезнее для SEO и позволяет делиться ссылками на конкретном языке.

urls.py
# urls.py
from django.conf.urls.i18n import i18n_patterns
from django.urls import path, include

urlpatterns = [
    # Non-localized URLs (API, admin, etc.)
    path('api/', include('api.urls')),
]

urlpatterns += i18n_patterns(
    # These get prefixed with the language code: /en/about/, /de/about/
    path('', include('myapp.urls')),
    path('admin/', admin.site.urls),
    prefix_default_language=False,  # Skip prefix for default language
)
3

Пометить строки для перевода

Django предоставляет две основные функции перевода: gettext(), сокращённо _(), для строк, вычисляемых при запросе, и gettext_lazy() для строк, вычисляемых при импорте. В шаблонах используйте теги {% trans %} и {% blocktrans %}.

В представлениях (код Python)

views.py
from django.utils.translation import gettext as _
from django.utils.translation import ngettext
from django.http import HttpResponse

def greeting_view(request):
    # Simple translation
    welcome = _("Welcome to our site")

    # Translation with variables (Python string formatting)
    user_greeting = _("Hello, %(name)s!") % {"name": request.user.username}

    # Plurals
    count = request.user.order_set.count()
    order_text = ngettext(
        "You have %(count)d order.",
        "You have %(count)d orders.",
        count,
    ) % {"count": count}

    return HttpResponse(f"{welcome}<br>{user_greeting}<br>{order_text}")

В шаблонах

templates/myapp/index.html
{# Load the i18n template tags #}
{% load i18n %}

{# Simple translation #}
<h1>{% trans "Welcome to our site" %}</h1>

{# Translation with variables #}
{% blocktrans with name=user.username %}
  Hello, {{ name }}!
{% endblocktrans %}

{# Plurals in templates #}
{% blocktrans count count=order_count %}
  You have {{ count }} order.
{% plural %}
  You have {{ count }} orders.
{% endblocktrans %}

{# Mark strings as translatable but don't output them (for attributes, etc.) #}
{% trans "Submit" as submit_label %}
<button type="submit">{{ submit_label }}</button>

В моделях и формах

models.py
from django.db import models
from django.utils.translation import gettext_lazy as _

class Product(models.Model):
    name = models.CharField(_("product name"), max_length=200)
    description = models.TextField(_("description"), blank=True)

    class Meta:
        verbose_name = _("product")
        verbose_name_plural = _("products")

    def __str__(self):
        return self.name

# IMPORTANT: Use gettext_lazy (_) for anything evaluated at import time:
# - Model field labels, verbose_name, help_text
# - Form field labels
# - Class-level attributes
# Use gettext for anything evaluated at request time:
# - View functions, template tags
Использование gettext() вместо gettext_lazy() в полях моделей, названиях полей форм или атрибутах классов приводит к однократному переводу строк во время импорта, когда запускается сервер, а не для каждого запроса. Перевод останется на языке, активном при импорте, обычно на стандартном LANGUAGE_CODE.

Формат файлов PO

После запуска makemessages Django создаёт файлы .po (Portable Object) для каждого языка. Они содержат пары msgid/msgstr. Переведите значения msgstr, а затем запустите compilemessages, чтобы создать двоичные файлы .mo, которые Django считывает во время выполнения.

locale/de/LC_MESSAGES/django.po
# locale/de/LC_MESSAGES/django.po

msgid "Welcome to our site"
msgstr "Willkommen auf unserer Seite"

msgid "Hello, %(name)s!"
msgstr "Hallo, %(name)s!"

#, python-format
msgid "You have %(count)d order."
msgid_plural "You have %(count)d orders."
msgstr[0] "Sie haben %(count)d Bestellung."
msgstr[1] "Sie haben %(count)d Bestellungen."

msgid "product name"
msgstr "Produktname"

msgid "description"
msgstr "Beschreibung"

msgid "product"
msgstr "Produkt"

msgid "products"
msgstr "Produkte"

msgid "Submit"
msgstr "Absenden"
4

Обработать формы множественного числа и переменные

Django использует ngettext() для множественного числа по правилам GNU gettext. Каждый язык определяет количество форм и формулу выбора правильной. В файлах PO это указывается заголовком Plural-Forms.

Plural forms by language
# English: 2 forms (singular, plural)
msgid "%(count)d item"
msgid_plural "%(count)d items"
msgstr[0] "%(count)d item"
msgstr[1] "%(count)d items"

# German: 2 forms (singular, plural)
msgstr[0] "%(count)d Artikel"
msgstr[1] "%(count)d Artikel"

# Russian: 3 forms (one, few, many)
msgstr[0] "%(count)d товар"        # 1 item
msgstr[1] "%(count)d товара"       # 2-4 items
msgstr[2] "%(count)d товаров"      # 5+ items

# Arabic: 6 forms (zero, one, two, few, many, other)
msgstr[0] "لا عناصر"               # 0
msgstr[1] "عنصر واحد"              # 1
msgstr[2] "عنصران"                 # 2
msgstr[3] "%(count)d عناصر"        # 3-10
msgstr[4] "%(count)d عنصرًا"       # 11-99
msgstr[5] "%(count)d عنصر"         # 100+

# Japanese: 1 form (no plural distinction)
msgstr[0] "%(count)d個のアイテム"

# In Python code, always use ngettext:
from django.utils.translation import ngettext

msg = ngettext(
    "%(count)d item",
    "%(count)d items",
    count,
) % {"count": count}
Никогда не используйте f-строки Python или .format() внутри вызовов gettext. Средство извлечения переводов не может их разобрать. Применяйте старое форматирование %(): _('Hello, %(name)s!') % {'name': name}. Так переводчики также увидят переменные-заполнители в редакторах PO.

Автоматизировать контроль качества перевода

Выявляйте отсутствующие ключи и нарушенные заполнители до выпуска с помощью i18n-validate. Тестируйте интерфейс с псевдопереводами через i18n-pseudo, пока настоящие переводы ещё не готовы.

Распространённые ошибки

Путаница между gettext() и gettext_lazy()

Используйте gettext_lazy(), импортированный как _, для полей моделей, названий полей форм и любых атрибутов классов, вычисляемых при импорте. Используйте gettext() для функций представлений и кода времени запроса. Если перепутать их, переводы останутся на языке запуска сервера.

Забыли запустить compilemessages

Django считывает скомпилированные файлы .mo, а не .po. Если отредактировать .po и не выполнить 'python manage.py compilemessages', изменения не появятся. Добавьте compilemessages в сценарий развёртывания.

LOCALE_PATHS не настроен

Если LOCALE_PATHS пуст или указывает на неверный каталог, makemessages создаёт файлы .po не там, где нужно, и Django не находит их во время выполнения. Всегда задавайте LOCALE_PATHS = [BASE_DIR / 'locale'] и проверяйте существование каталога.

В URL отсутствует i18n_patterns

Без i18n_patterns() URL не имеют языкового префикса, и Django определяет язык только по cookie и заголовкам. Это вредит SEO из-за отсутствия отдельных URL для языков и нарушает переключение языка через URL. Оберните обращённые к пользователю шаблоны URL в i18n_patterns().

Умные резервные локали с django-locale-chain

Система переводов Django сразу переходит на LANGUAGE_CODE, если региональный вариант отсутствует. Пользователь pt-BR видит английский, даже если у Вас есть переводы pt-PT. django-locale-chain устраняет проблему, устанавливая цепочки резервных локалей gettext: pt-BR пробует pt-PT, затем pt и лишь после этого язык по умолчанию.

settings.py
# settings.py -- Smart fallback with django-locale-chain
# pip install django-locale-chain

MIDDLEWARE = [
    # ...
    'django.middleware.locale.LocaleMiddleware',
    'locale_chain.middleware.LocaleChainMiddleware',  # after LocaleMiddleware
    # ...
]

# That's it! 75 built-in fallback chains are now active:
# pt-BR user → tries pt-PT → tries pt → falls back to LANGUAGE_CODE
# es-MX user → tries es-419 → tries es → falls back to LANGUAGE_CODE
# fr-CA user → tries fr → falls back to LANGUAGE_CODE

# Optional: customize specific chains
LOCALE_FALLBACK_CHAINS = {
    "pt-BR": ["pt-PT", "pt"],
    "es-MX": ["es-419", "es"],
    "fr-CA": ["fr"],
}

# Or configure programmatically in AppConfig.ready():
from locale_chain import configure

class MyAppConfig(AppConfig):
    name = "myapp"

    def ready(self):
        configure(overrides={"zh-Hant-HK": ["zh-Hant-TW", "zh-Hant"]})

Рекомендуемая структура проекта

Project Structure
myproject/
├── myproject/
│   ├── settings.py          # i18n config, MIDDLEWARE, LANGUAGES
│   ├── urls.py              # i18n_patterns for URL prefixing
│   └── wsgi.py
├── myapp/
│   ├── models.py            # gettext_lazy for field labels
│   ├── views.py             # gettext for request-time strings
│   └── templates/
│       └── myapp/
│           └── index.html   # {% load i18n %}, {% trans %}, {% blocktrans %}
├── locale/                  # Created by makemessages
│   ├── de/
│   │   └── LC_MESSAGES/
│   │       ├── django.po    # German translations
│   │       └── django.mo    # Compiled binary
│   ├── ja/
│   │   └── LC_MESSAGES/
│   │       ├── django.po
│   │       └── django.mo
│   └── es/
│       └── LC_MESSAGES/
│           ├── django.po
│           └── django.mo
├── manage.py
└── requirements.txt

Попробовать i18n Agent

Перетащите сюда файл перевода

JSON, YAML, PO, XML, CSV, Markdown, Properties

или нажмите, чтобы выбрать

Целевые языки

Регистрация не требуетсяМгновенный расчёт

Резервные локали с django-locale-chain

Когда в региональной локали, например pt-BR, отсутствует ключ перевода, Django сразу переходит на язык шаблона, не проверяя сначала родительскую локаль pt.

Terminal
pip install django-locale-chain
Configuration
# settings.py
LOCALE_CHAINS = {
    'pt-BR': ['pt', 'es', 'en'],
    'zh-Hant-HK': ['zh-Hant', 'zh', 'en'],
}

MIDDLEWARE = [
    ...
    'django_locale_chain.middleware.LocaleChainMiddleware',
    ...
]

Полный список поддерживаемых фреймворков и 75 встроенных цепочек приведён в нашем руководстве по резервным локалям. Learn more →

Часто задаваемые вопросы