私は現在、多言語バージョンを実装したいサイトを作っています。実際には私は必要はありませんが、私はちょうどの場合にそれをしたいです。django翻訳の性能
だからdjangoの翻訳メカニズムを使用すると、パフォーマンスが低下します。 特に、実際のサーバーでdjangoの翻訳のパフォーマンスをどのようにテストしたか聞いてみたいと思います。
ありがとうございます。
私は現在、多言語バージョンを実装したいサイトを作っています。実際には私は必要はありませんが、私はちょうどの場合にそれをしたいです。django翻訳の性能
だからdjangoの翻訳メカニズムを使用すると、パフォーマンスが低下します。 特に、実際のサーバーでdjangoの翻訳のパフォーマンスをどのようにテストしたか聞いてみたいと思います。
ありがとうございます。
は、実サーバ上のパフォーマンスについての経験から話が、ここではいくつかのヒントですができません:
ジャンゴとすぐに言語が(django.utils.translation.activate("de")
で例えば手動)が活性化されるようにメモリに言語のgettextの翻訳をロードします。 MOファイルがロードされた後では、すべてのさらなるルックアップは純粋にCPUバウンド(メモリルックアップ)なので、パフォーマンスヒットはまったく重要ではありません。
あなたの質問が正しく理解できる場合は、翻訳可能な文字列をサイトに配置して、にすることができます。必要に応じてに変換してください。その場合は、完全に翻訳されたサイトと同じようにugettext
、{% trans %}
などを使用しますが、USE_I18N = False
と設定してください。こうすることで、Djangoはgettext機能を元の文字列を返すだけのダミー関数に置き換えます。オーバーヘッドはゼロに近いでしょう。 2番目の言語を追加する場合は、i18nを有効にして、翻訳をMOファイルにコンパイルするのを忘れないでください。