Localization 扩展网站-在不同的地方提供不同的内容

我在一个网站上工作。目前，该网站的目标是为特定地理区域的用户提供服务。现在我想把它的用户群扩展到另一个地区。需要为具有相同基本功能的不同区域提供不同的内容

我最初的想法（在这里我可能听起来像个傻瓜）是在不同的数据库上托管特定于不同区域的内容->将用户重定向到特定的域，从而在地理上映射用户。一定要建议这样做是否正确

此外，我想知道是否有必要为这些地区本地化我的网站（目前使用的语言是英语）

请发表您在这种情况下的经历，以及您实现过渡的想法

---

提前感谢。

您如何看待用户与其特定区域内容的匹配

他们会有选择权吗

你会使用地理功能来确定位置吗

您会使用基于服务器的反向DNS查找来确定位置吗

每个地区是否都有自己的“入口”URL（即不同的域）

前三个都有自己的具体问题

呈现选项/菜单被认为是一种糟糕的形式，因为它增加了用户访问他们真正想要的内容所需的“点击”次数

虽然地理功能在所有现代浏览器中都得到了广泛支持，但它仍然被视为隐私问题，因为大量用户不会“允许”该功能，这意味着您无论如何都必须回退到选择/菜单方法

基于服务器的反向DNS虽然是一种常见做法，但非常不可靠，因为许多用户使用VPN、代理、TOR等通过这种查找方法专门屏蔽其实际位置

就我个人而言，我的经验是使用完全独立的条目URL，这些URL都作为虚拟域托管在一台Web服务器上。这为您提供了大量方法来确定使用哪个条目URL访问代码，然后对内容进行适当的格式化/自定义

实际上，不需要设置单独的服务器和/或数据库来处理这些不同的域/区域

---

尽管如此，即使这种语言在各个地区都很常见，但将服务器和数据库配置为支持UTF-8端到端也是一个很好的习惯，这样，如果将来需要支持任何特定于语言的选项，那么您就不需要更改代码来实现这一点。如果您的站点将捕获任何用户生成的输入，则尤其如此。

感谢您提供的详细信息。您能否详细说明一下，在一台服务器上使用虚拟域如何消除使用不同数据库的需要，因为我希望根据用户的地理位置向用户提供完全不同的内容，并使用相同的底层应用程序功能。不同的内容仍然只是“数据”，因此，如果您使用相同的底层代码库，那么为一个区域提取数据只是同一数据库/数据表/等中的不同键。即使您计划使用不同的代码来处理不同的区域，您仍然可以使用相同的数据库。或者使用不同的表，或者只构建基于区域的键模式。当代码托管在同一物理服务器上时，我会尽可能使用单个数据库，因为您可以定义一个数据库连接池，可以跨不同的servlet等使用。我计划对不同的区域使用相同的代码。我相信，以我目前的数据库设计（尤其是许多第三方软件包），如果不对代码进行重大重组，我将无法将不同地区的数据纳入单个数据库。我确实理解所提到的跨不同servlet使用的优势，但我不确定在我的例子中它是否可以实现。我已经提到，您也可以为新区域创建一组新表。这样，dB连接本身仍然可以合并。建立一个全新的数据库是极端的。