Решение о дизайне сайта с несколькими доменами

Question

я разрабатываю проект, предметная область которого имеет смысл на моем родном языке.Поэтому я купил второй английский домен для глобального использования.

Мой вопрос: как мне создать свой сайт?

• Два разных проекта или один проект с поддержкой локализации?
• Две разные базы данных или общая база данных?

Какова моя цель?

• Не хочу показывать контент на английском языке на родном сайте, и наоборот.
• Я хочу легко обновлять сайт

Если вы предлагаете мне использовать общую базу данных, не могли бы вы описать мне принцип проектирования базы данных?

Спасибо.

Answer 1

Обычно для кода приложения в идеале не следует разветвлять его по какой-либо причине, включая язык.Есть несколько быстрых вещей, на которые вам следует обратить внимание;

• Убедитесь, что строки не закодированы жестко.
• Хранить все даты и время в формате UTC
• Убедитесь, что все профили пользователей имеют связанный часовой пояс (вы можете получить его из браузера пользователя).
• Постарайтесь, чтобы ваша презентация была отделена от содержимого вашей страницы (т. е.используйте CSS, главные страницы, шаблоны или все, что поддерживает ваша платформа).

Что касается базы данных, это больше зависит от данных, которые вы храните, например, если;

• Вы хотите, чтобы пользователи использовали общие логины на обоих сайтах.
• Знания, которыми можно поделиться, но не обязательно локализовать (Записи в Wiki)
• Сайты управляют общим ресурсом (т.единый склад)

Возможно, вы захотите иметь одну базу данных.

Однако, если вы обнаружите, что следующее верно;

• Вы не хотите/не хотите, чтобы пользователи между сайтами пересекались (например, amazon.com и amazon.co.uk).
• Знания полностью разделены, записи на одном языке не имеют отношения к другому.
• Сайты управляют совершенно отдельными ресурсами (т.два отдельных склада)

Вы можете склониться к двум отдельным базам данных.Это даст вам преимущество в масштабировании (хотя это не панацея), и пока схемы одинаковы во всех базах данных, вы, вероятно, обнаружите, что это не слишком обременительно.

Еще один вариант — идентифицировать общие ресурсы и разделить их на другой репозиторий (например, логины пользователей и т. д.).Это может дать вам лучшее из обоих миров, но, конечно, это более сложная конструкция.

Помните, что все это можно добавить уже после того, как станет сложнее.Иногда важнее выйти на рынок, чем попытаться решить все проблемы заранее.

Удачи!

Answer 2

Я не совсем уверен, что может сработать для вас, но я думаю, что поддержка локализации была бы полезна, и если у вас есть общая база данных, вам не нужно будет поддерживать разные базы данных и вам не нужно будет добавлять дополнительные базу данных в любое время, когда вам нужно добавить новый язык, и, думая о приложении, было бы проще просто добавить другой язык в вашу конфигурацию, а не создавать еще один проект только для этого.