Python Django反向内部化/本地化

这是一个完全不同的问题。我们有一个欧洲语言的django web应用程序。现在，我们希望在英语相同的应用程序

我想如果我只是按照django内部化/本地化的相反顺序来做，我就能用英语制作这个应用程序（原始代码是别人写的）。但我认为这不是一个最佳的方法。有没有更好的方法

---

另外，当地时区现在将是印度。我们计划在未来几天内加入其他国家。

有两个部分可以实现您所指出的理想解决方案：国际化和本地化

国际化

为本地化准备软件。通常由开发人员完成

本地化

编写翻译和本地格式。通常由翻译人员完成

需要注意的是，如果代码的结构不适合本地化，那么翻译就不够了

---

查看以了解更多信息。

时区的实现非常简单。只需使用pytz和/或dateutil。你的问题很广泛，你能举一个你面临的具体语言问题的例子吗？

不幸的是，根据实现情况，时区远不容易实现，这要感谢数据库没有存储时区标记，python datetime被完全搞糟了，并且不真正支持时区。这在阅读pytz文档时变得非常明显。特别是对于服务器/数据库本地时区，如果不是UTC，您肯定会遇到问题。转换为UTC将是第一步，是的，这可能很困难。问题是，如果时区使用DST，则时间戳在本地时区中可能不明确。python的错误实际上是将时间分解为datetime。Java做对了；java.util.Date中的时间存储始终以UTC秒为单位，并且仅对本地时区进行细分，以便由java.util.Calendar实例输出。Hey@nicefinly感谢您的回答。我马上就要开始了，所以我想如果我能以最好的方式开始，那就太好了。另外，gettext风格的国际化是为了使用类似英语的语言作为ngettext之类的源语言而设计的。最好的选择是将原文翻译成英文，然后国际化。