オンラインドキュメント（wikiなど）を作成するためのSaaS Webアプリケーション（マルチテナント）があります。 今は英語のみサポートしています。私たちは他の言語をサポートしたいと考えています。すべてのインターフェースコントロールが機能するように設定しましたが、実際のユーザーコンテンツをどのように扱うかを理解するだけで済みます。ドキュメントアプリケーションで多言語を処理する最良の方法
各言語の各ページを別々に保存することを検討しているようです。 ユーザーが「パスワードをリセットする方法」というページを作成し、それを英語、オランダ語、スペイン語で希望する場合、そのページの3つの異なるバージョンをデータベースに保存します。
私はこれに関するアドバイスを愛するでしょう！
多言語アプリケーションでドキュメントを扱う最良の方法は、アプリケーションに文書を埋め込むことで、ドキュメント全体をページとしてではなく文章として埋め込むことです（）。。
アプリケーションをできるだけシンプルで直感的に使用し、UIにヒントを含めるようにしてください。
インターフェイスの問題を報告する言語ごとに少なくとも1人の人がいることを確認してください。そのため、テキストやデザインからの入力に基づいて改善することができます。
例として、私自身の経験を使用して - あなたは本当に2つの選択肢があります。
ユーザーがドキュメントの内容を翻訳したい場合は、各言語は
完全に別々である - 彼らは単に、新しいを開始別々の完全なバージョンのドキュメントを作成し、各ページをそのまま翻訳します。既存のドキュメントを開始点としてコピーできますが、各言語はいずれの場合も独立しています。たとえば、これはthe docs for CakePHP are currently organizedです。各言語は効果的に独立しており、最も柔軟性があります。柔軟性とは、たとえば、ある言語のページにはにはが含まれていないか、または同じURL /名前で存在しているということです。
ここでの欠点は、バージョンを同期させておくこと、または翻訳がいつ更新する必要があるかを知ることです（マスター言語バージョンへの新しい変更）。元
のバージョンなど
ストア翻訳は別の方法としては、マスタ/主要言語のバージョンなどの翻訳を格納することができます。 thatishowweこれまでにしました。翻訳されたものを追跡するのが容易になりましたが、柔軟性を犠牲にしていました。
ここでの欠点は、それが潜在的に硬すぎだ - メインではない言語で新しいページを追加し、言語固有のページを追加することは容易ではないかもしれないが、問題も
を引き起こす可能性がありますこれは "に似ていますwe would store 3 different version of that page in the database "。
述べたアプローチの両方が少なくとも問題を与えてホイストほとんどの問題を解決しものを選択:)
おかげで、非常に有効ですが、我々は、オンラインヘルプドキュメントを作成するためのウェブアプリを持っています。問題は、顧客がさまざまな言語のページを作成できるようにすることです。 – user635800
問題を十分に理解できるようリンクを提供してください。 – sorin