2017-09-22 8 views
0

私はすでに一ヶ月以上普遍的な解決策を探していましたが、何も思い付きませんでした。Gettextブログではさまざまな言語が投稿されています

UIだけでなく、世界中の私のウェブサイトを持つ必要があります。ブログの記事を多言語にする必要もありますが、動的です(CMS経由で作成されます)。

二つの問題があります。

  1. が、私はUIのローカライズのためにGNU Gettextパッケージを使用することができますが、ほとんどPHPを通じて.poファイルを解析し、編集するように、いくつか怖いものを使用することを除いて(ブログ投稿のためにそれを使用するために想像することができます信頼できないスクリプトで.moにコンパイルし、次にGettextキャッシュを避けるためにいくつかのトリックを使用して...)。だから、私は、動的コンテンツのデータベースベースのローカリゼーションを行うアイディアを思いついた。

  2. しかし、私は、GNU Gettextとデータベースベースの2つの異なるローカライゼーションシステムを使用する必要があることを意味します。バカバカしい。だから私はすべてのローカリゼーションをデータベースベースにする必要があります。

私は正しいですか?よりスマートなソリューションはありますか?何かアドバイスをいただければ幸いです。

答えて

0

これは逆です。

データベースから変換可能な文字列を.potファイル(たとえば、 'database.pot')に抽出します。あなたは、あなたのPHPのソースからのメッセージを抽出し、このようにそれ(多かれ少なかれ)を行うと:

xgettext *.php database.pot 

あなたはいつもにxgettextへの入力としての.poや.POTファイルを使用することができます。

通常の翻訳ワークフローを使用し、.poファイルを翻訳すると、ファイルから翻訳を解析し、データベースに書き戻します。

関連する問題