internationalization - 共有フィールドを持つ HippoCMS 翻訳ドキュメント

Question

私は HippoCMS を評価しており、Venues のスキーマをモデル化しようとしています。telephoneNumberや などの翻訳不可能な機能とemailAddress、などの翻訳可能な機能を含むドキュメントをモデル化したいと考えていdescriptionます。

HippoCMS でこれをモデル化するにはどうすればよいですか? 翻訳されていないフィールドが異なる翻訳間で共有されていることを確認して、翻訳された各ドキュメントが独自の値のコピーを持たないようにするにはどうすればよいですか。明らかに、サイトを読んでいる言語に関係telephoneNumberなく、変更するべきではありません。

現時点で見つけた唯一の方法は、 というドキュメントと というVenue別のドキュメントを作成することVenueTranslationです。Venueには が含まれ、telephoneNumberそのVenueTranslation説明とドキュメントへのリンクが含まれVenueます。次にVenueTranslation、各言語のドキュメントがあります。

これは正しいアプローチですか？

Answer 1

それは機能する可能性がありますが、ユーザビリティの問題が発生します。システムに参加する予定の場所の数、ターゲットとする言語の数、そして最終的には、CMS ユーザーが言語に対応するVenueすべての適切なドキュメントをどれだけ熱心に選択するかに依存すると思います. VenueTranslationこれがどのようにすぐにエラーが発生しやすく面倒になるかはわかりますが、数字はわかりません。

最後の質問に関しては、正解でも不正解でもありません。Hippo での翻訳の粒度はフィールド レベルではなくドキュメント レベルであるため、この方法で行う必要があるだけです。モデルは理にかなっていますが、CMS では十分にサポートされていません。この使用例は、翻訳可能なフィールドの概念をサポートする CMS では簡単です。