symfonyの翻訳は、生産

では機能しません私はsymfony（2.8）アプリ（実際Sylius）を持っていると私はapp/Resources/translations/messages.en.yml でSyliusUserBundleからの翻訳の一部をオーバーライドしています（つまり、翻訳キーはsylius.customerです。 email.unique）symfonyの翻訳は、生産

これはローカルのdev envのチャームと同じように動作しますが、私には生産上の鍵が与えられます。私はキャッシュを何度もクリアしましたが、それは役に立ちません。

他に原因は考えられますか？

UPDATE は英語のためSyliusUserBundleで見つかった翻訳を提供します（これは、元のバンドルに存在するような）が、元のバンドルが翻訳が含まれていない他の言語のキーを与えます。要約すると、翻訳ファイルapp/Resources/translations/messages.<lang>.ymlは何らかの理由でprodで取得されていないようです。

UPDATE 2 私はまた、有効な変換を持つキーがこのファイルに存在することを発見した：app/cache/prod/translations/catalogue.hu_HU.ba674f8d2fd06750dcd7ee5bb021c1b905b518ea.php

出典

2016-05-17 Attila Fulop

に

sylius.locale: hu_HU

を：

app/Resources/translations/validators.en.yml 
app/Resources/translations/validators.hu.yml

は、問題を解決しました。

（興味深い質問は、なぜそれが私のdevのENV上で動作しなかったさ。）

出典

2016-05-20 03:37:41

'validator.translation_domain'パラメータを* messages *に設定することで、バリデータ変換ドメインを上書きすることができる理由は、ある環境で動作する理由を説明するためです。しかし、それは事実ではありませんでした（私のローカルとプロダクション環境の両方で*バリデーターです） –

あなたは代替ロケールを設定しましたか？

# app/config/config.yml 
framework: 
    translator: { fallbacks: [en] }

出典

2016-05-18 08:48:18 gvf

現在のところ、それは 'フレームワークです：翻訳：{フォールバック：％のsylius.localeの％}'パラメータが 'syliusありながら、 .locale：hu_HU' –

キャッシュを難なく削除してみてください：rm -rf app/cache – gvf

いいえ、キャッシュはいくつかの点でクリアされていますが、それは問題ではありませんでした。 –

メッセージのファイル名を変更してください。 HU .yml と変更動作しない場合：別々のファイルにキーを移動

sylius.locale: hu

出典

2016-05-19 19:33:41 Lowlo

答えて

関連する問題