Skip to main content

Django i18n: przewodnik po internacjonalizacji i tłumaczeniu

Od settings.py po produkcję: skonfiguruj system tłumaczeń Django, twórz pliki PO, obsłuż liczbę mnogą i zautomatyzuj tłumaczenia z AI.

1

Zainstaluj narzędzia i wyodrębnij teksty

Framework i18n Django jest wbudowany — wystarczy go włączyć. Zainstaluj django-locale-chain, aby korzystać z inteligentnych języków rezerwowych, a następnie użyj makemessages do wyodrębnienia tekstów przeznaczonych do tłumaczenia z kodu Python i szablonów do plików PO.

Django używa w tle GNU gettext. Polecenie makemessages skanuje kod w poszukiwaniu wywołań gettext i znaczników szablonu, a następnie generuje pliki .po. Po tłumaczeniu compilemessages przekształca je w binarne pliki .mo, które umożliwiają szybkie wyszukiwanie podczas działania.
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

Skonfiguruj ustawienia i middleware

Włącz internacjonalizację w settings.py, ustawiając USE_I18N = True, definiując listę obsługiwanych LANGUAGES i dodając LocaleMiddleware do stosu MIDDLEWARE. LocaleMiddleware wykrywa język użytkownika na podstawie prefiksu adresu URL, sesji, plików cookie lub nagłówka 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 musi znajdować się po SessionMiddleware (ponieważ odczytuje sesję) i przed CommonMiddleware. Nieprawidłowa kolejność powoduje cichy błąd wykrywania języka, przez co wszyscy użytkownicy widzą domyślny LANGUAGE_CODE.

Internacjonalizacja adresów URL

Użyj i18n_patterns(), aby automatycznie dodawać do adresów URL prefiks aktywnego języka. Każdy język otrzymuje własną przestrzeń nazw URL (/en/about/, /de/about/), co poprawia SEO i pozwala udostępniać odnośniki właściwe dla języka.

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

Oznacz teksty do tłumaczenia

Django udostępnia dwie główne funkcje tłumaczeniowe: gettext() (z aliasem _()) dla tekstów obliczanych podczas żądania oraz gettext_lazy() dla tekstów obliczanych podczas importu. W szablonach używaj znaczników {% trans %} oraz {% blocktrans %}.

W widokach (kod 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}")

W szablonach

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>

W modelach i formularzach

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
Użycie gettext() zamiast gettext_lazy() w polach modeli, etykietach formularzy lub atrybutach klas powoduje jednorazowe przetłumaczenie tekstów podczas importu (przy uruchomieniu serwera), a nie osobno dla każdego żądania. Tłumaczenie pozostanie zamrożone w języku aktywnym podczas importu — zwykle domyślnym LANGUAGE_CODE.

Format pliku PO

Po uruchomieniu makemessages Django generuje dla każdego języka pliki .po (Portable Object). Zawierają one pary msgid/msgstr. Przetłumacz wartości msgstr, a następnie uruchom compilemessages, aby wygenerować binarne pliki .mo odczytywane przez Django podczas działania.

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

Obsłuż liczbę mnogą i zmienne

Django używa ngettext() do liczby mnogiej zgodnie z regułami GNU gettext. Każdy język definiuje liczbę form oraz wzór wyboru właściwej. Pliki PO deklarują je w nagłówku 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}
Nigdy nie używaj f-stringów Python ani .format() wewnątrz wywołań gettext. Ekstraktor tłumaczeń nie potrafi ich przetwarzać. Używaj starego formatowania %(): _('Hello, %(name)s!') % {'name': name}. Dzięki temu tłumacze widzą również symbole zastępcze zmiennych w edytorach PO.

Zautomatyzuj kontrolę jakości tłumaczeń

Wykrywaj brakujące klucze i uszkodzone symbole zastępcze przed wydaniem za pomocą i18n-validate. Testuj interfejs z pseudotłumaczeniami przy użyciu i18n-pseudo, zanim pojawią się prawdziwe tłumaczenia.

Typowe pułapki

Mylenie gettext() z gettext_lazy()

Używaj gettext_lazy() (importowanego jako _) dla pól modeli, etykiet formularzy i wszystkich atrybutów klas obliczanych podczas importu. Używaj gettext() w funkcjach widoków i kodzie wykonywanym podczas żądania. Pomylenie ich zamraża tłumaczenia w języku aktywnym przy uruchomieniu serwera.

Pominięcie polecenia compilemessages

Django odczytuje skompilowane pliki .mo, a nie pliki .po. Jeśli zmienisz plik .po i nie uruchomisz 'python manage.py compilemessages', zmiany się nie pojawią. Dodaj compilemessages do skryptu wdrożeniowego.

Nieskonfigurowane LOCALE_PATHS

Jeśli LOCALE_PATHS jest puste lub wskazuje niewłaściwy katalog, makemessages utworzy pliki .po w złym miejscu, a Django nie znajdzie ich podczas działania. Zawsze ustawiaj LOCALE_PATHS = [BASE_DIR / 'locale'] i sprawdzaj, czy katalog istnieje.

Brak i18n_patterns w adresach URL

Bez i18n_patterns() adresy URL nie mają prefiksu języka, a Django wykrywa język wyłącznie na podstawie plików cookie i nagłówków. Pogarsza to SEO (brak adresów właściwych dla języka) i uniemożliwia zmianę języka przez URL. Otocz wzorce adresów dla użytkowników funkcją i18n_patterns().

Inteligentne języki rezerwowe z django-locale-chain

Gdy brakuje wariantu regionalnego, system tłumaczeń Django przechodzi bezpośrednio do LANGUAGE_CODE. Użytkownik pt-BR widzi angielski, nawet jeśli dostępne są tłumaczenia pt-PT. django-locale-chain rozwiązuje ten problem, instalując łańcuchy rezerwowe gettext: pt-BR próbuje pt-PT, następnie pt, a dopiero potem wraca do języka domyślnego.

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"]})

Zalecana struktura projektu

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

Przetłumacz również:

Wypróbuj i18n Agent

Upuść tutaj plik tłumaczenia

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

lub kliknij, aby go wybrać

Języki docelowe

Rejestracja nie jest wymaganaNatychmiastowa wycena

Rezerwowe ustawienia regionalne z django-locale-chain

Gdy brakuje klucza tłumaczenia w regionalnym wariancie języka, takim jak pt-BR, Django przechodzi bezpośrednio do języka szablonu, zamiast najpierw sprawdzić język nadrzędny 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',
    ...
]

Zobacz nasz przewodnik po rezerwowych ustawieniach regionalnych, aby poznać pełną listę obsługiwanych frameworków i 75 wbudowanych łańcuchów. Learn more →

Najczęściej zadawane pytania