【问题标题】:Multiple Domains Site Design Decision多域网站设计决策
【发布时间】:2010-11-09 06:50:19
【问题描述】:

我正在开发一个项目,它的领域在我的母语中是有意义的。所以我买了第二个英文域名供全球使用。

我的问题是,我应该如何构建我的网站?

  • 两个不同的项目还是一个项目支持本地化?
  • 两个不同的数据库还是共享数据库?

我的目标是什么?

  • 不想在本地站点显示英文内容,反之亦然
  • 我想轻松更新网站

如果你建议我使用共享数据库,你能描述一下数据库的设计原理吗?

谢谢。

【问题讨论】:

    标签: multiple-domains


    【解决方案1】:

    通常对于应用程序代码,您最好不要出于任何原因(包括语言)分叉。您需要注意一些快速的事情;

    • 确保字符串不是硬编码的
    • 以 UTC 格式存储所有日期时间
    • 确保所有用户个人资料都有关联的时区(您可以从用户的浏览器中获取此信息
    • 尽量确保您的演示文稿与您的页面内容分开(即使用 CSS、母版页、模板或您的平台支持的任何内容)。

    至于数据库,这更多地取决于您持有的数据,例如 if;

    • 您希望用户在两个站点之间共享登录信息
    • 需要共享但不一定本地化的知识(Wiki 条目)
    • 站点正在管理共享资源(即单个仓库)

    您可能希望拥有一个数据库。

    但是,如果您发现以下情况属实;

    • 您不希望/不需要站点之间的用户交叉(想想 amazon.com 和 amazon.co.uk)
    • 知识是完全独立的,一种语言的条目与另一种语言无关
    • 这些站点管理着完全独立的资源(即两个独立的仓库)

    您可能倾向于使用两个独立的数据库。这将使您在扩展方面具有优势(尽管它不是灵丹妙药),并且只要数据库中的模式相同,您可能会发现它并不太繁重。

    另一个选择是识别共享资源并将它们拆分到另一个存储库(想想用户登录等......)。这可以让您两全其美,但当然是更复杂的设计。

    请记住,所有这些都可以在它变得更难之后添加。有时,进入市场比尝试提前解决所有问题更重要。

    祝你好运!

    【讨论】:

      【解决方案2】:

      我不太确定什么对你有用,但我认为本地化支持会很好,如果你有一个共享数据库,你就不需要支持不同的数据库,你也不需要在您需要添加新语言的任何时候添加一个额外的数据库,并考虑应用程序,如果您想要另一种语言只是将其添加到您的配置中而不是创建另一个项目只是为了添加它会更容易。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2011-03-04
        • 2011-04-18
        • 1970-01-01
        • 1970-01-01
        • 2014-02-25
        • 1970-01-01
        • 2015-04-16
        • 2020-02-04
        相关资源
        最近更新 更多