複数のドメインサイトデザイン決定

Question

私の母国語でそのドメインが意味のあるプロジェクトを開発しています。だから私はグローバルな使用のための2番目の英語ドメインを買った。

私の質問は、私は自分のサイトをどのように構築すべきですか？

• 2つの異なるプロジェクトまたはローカリゼーションをサポートする1​​つのプロジェクトですか？
• 2つの異なるデータベースまたは共有データベース？

私の目標は何ですか？

• いけない、私は簡単に、あなたは私が共有データベースを使用することをお勧めしている場合、あなたは私の原則を設計記述してください可能性があり、サイト

を更新したい

その逆、ネイティブ・サイトで英語のコンテンツを表示したいですデータベース？

ありがとうございます。

Answer 1

通常、アプリケーションコードの場合、言語を含め何らかの理由でフォークしたくないのが理想です。あなたが気をつける必要があるいくつかの素早いものがあります。

• 文字列はUTC
• 内のすべての日付時刻は、すべてのユーザープロファイルが関連付けられているタイムゾーン（プレゼンテーションことを確実にしてくださいユーザーのブラウザ
• からこれをつかむことができていることを確認し
• ストアをハードコードされていないことを確認してくださいあなたのページの内容（つまり、利用CSS、マスターページ、テンプレートまたは任意のプラットフォームがサポートしている）から分離されている。

これはexampのために、データ保持あなたの詳細を依存するデータベースについてもしあれば;

• は、ユーザーが
• 知識を共有するが、必ずしも（ウィキエントリ）
• サイトが共有リソースを管理している（すなわち、単一の倉庫）

ローカライズされていないことにする両方のサイトにログインを共有したいです

1つのデータベースが必要な場合があります。

しかし、次のことが当てはまる場合は、

• サイト間のユーザーにクロスオーバーが必要ないようにする必要はありません（amazon.comとamazon.coを考えてください）。英国）
• 知識は完全に他の
• サイトに無関係である一つの言語のエントリで分離されては、次の2つの別々のデータベースの方に傾く可能性が完全に別々のリソース（すなわち、二つの別々の倉庫）

を管理しています。これはスケーリングに利点をもたらしますが（銀色の弾丸ではありません）、スキーマがデータベース全体で同一であれば、それほど厄介ではないことがわかります。

もう1つのオプションは、共有リソースを特定し、別のリポジトリに分割することです（ユーザーのログインなどを考える）。これはあなたに両方の世界の最高を得ることができますが、もちろん複雑なデザインです。

これをすべて覚えているのは、実際に難しくなった後に追加することができます。時には、あなたの問題を全面的に解決しようとするよりも、市場に出ることが重要です。

Good Luck！

Answer 2

私はあなたにとって何が効果的かはっきりしていませんが、ローカリゼーションのサポートは素晴らしいと思います。共有データベースを使用している場合は、別のデータベースをサポートする必要はなく、新しい言語を追加する必要があるときはいつでも余分なデータベースを追加し、アプリケーションを考えれば、別の言語だけを設定に追加し、それを追加するだけの別のプロジェクトを作成しないほうが簡単です。