Php GMT时区在全世界都是一样的吗？

我的服务器正在运行PHP。我正在使用

gmdate（）

函数将记录从服务器插入数据库。我只是想知道是否通过使用

gmdate（）

函数来集中时区

例如：

一个用户从印度创建条目，并将记录插入数据库

及

第二个用户从美国/加拿大/法国创建条目，并将记录插入数据库

---

这个时间是否与我在服务器上插入记录时使用的

gmdate（）

函数相同？

首先，函数名为

gmdate

，而不是

gmtdate

或

gmtdate

。但我会假设这些是打字错误

GMT是格林威治标准时间的缩写。它的名字对一些人来说有点混乱，比如在英国格林威治，他们在冬天遵循格林威治标准时间，在夏天遵循英国夏令时（BST）。这是英国使用的夏令时形式。但GMT总是指标准时间，而不是白天。换句话说，GMT是一个固定的时区，不遵循夏令时，即使它的物理位置遵循夏令时

为了澄清这一点，我们更喜欢使用术语UTC，它代表世界协调时间（是的，字母顺序不一致，这是有原因的，在这里不相关）。UTC是公认的国际标准计时系统。它的定义有几个部分，但这里重要的部分是它将其基线定义为与GMT相同。或者，根据您的要求，GMT现在定义为与UTC相同。没关系，它们实际上是一样的

是的，无论您在世界的任何地方谈论它，当您使用

gmdate（）

函数返回它时，都应该得到相同的时间

使用UTC的重要原因是服务器应用程序不应依赖于任何本地时区。谁知道呢，有一天你可能会拿起你的数据并将其移动到另一个位置，或者将其迁移到云端，或者与其他地方的服务器交互。这样做时，如果您的时间是UTC，那么您的参考点是相同的，因此一切都会正常工作

另一方面，如果存储本地时间，然后移动到其他地方，则必须更新所有数据。即使你从不搬家——如果你的当地时间在美国、英国或其他许多地方，这些地方也有夏时制作为时区的一部分。这意味着您可以在每年至少一个小时内存储不明确的本地时间。这不是一件好事

---

UTC/GMT的替代方法是存储日期+时间+偏移量值。然后您将知道本地时间以及它与UTC的关系（通过偏移量）。但我仍然会保留这一点，以用于与当地时间相关的值。我是说，谁真的在乎服务器的本地时间是多少？如果它没有相关的业务上下文，那么您不应该将其引入应用程序。

首先，该函数被称为

gmdate

，而不是

gmtdate

或

gmtdate

。但我会假设这些是打字错误

GMT是格林威治标准时间的缩写。它的名字对一些人来说有点混乱，比如在英国格林威治，他们在冬天遵循格林威治标准时间，在夏天遵循英国夏令时（BST）。这是英国使用的夏令时形式。但GMT总是指标准时间，而不是白天。换句话说，GMT是一个固定的时区，不遵循夏令时，即使它的物理位置遵循夏令时

为了澄清这一点，我们更喜欢使用术语UTC，它代表世界协调时间（是的，字母顺序不一致，这是有原因的，在这里不相关）。UTC是公认的国际标准计时系统。它的定义有几个部分，但这里重要的部分是它将其基线定义为与GMT相同。或者，根据您的要求，GMT现在定义为与UTC相同。没关系，它们实际上是一样的

是的，无论您在世界的任何地方谈论它，当您使用

gmdate（）

函数返回它时，都应该得到相同的时间

使用UTC的重要原因是服务器应用程序不应依赖于任何本地时区。谁知道呢，有一天你可能会拿起你的数据并将其移动到另一个位置，或者将其迁移到云端，或者与其他地方的服务器交互。这样做时，如果您的时间是UTC，那么您的参考点是相同的，因此一切都会正常工作

另一方面，如果存储本地时间，然后移动到其他地方，则必须更新所有数据。即使你从不搬家——如果你的当地时间在美国、英国或其他许多地方，这些地方也有夏时制作为时区的一部分。这意味着您可以在每年至少一个小时内存储不明确的本地时间。这不是一件好事

---

UTC/GMT的替代方法是存储日期+时间+偏移量值。然后您将知道本地时间以及它与UTC的关系（通过偏移量）。但我仍然会保留这一点，以用于与当地时间相关的值。我是说，谁真的在乎服务器的本地时间是多少？如果没有相关的业务上下文，则不应将其引入应用程序。

如果进行插入，则数据库服务器看到的时间只是机器时间-它不考虑用户所在的位置。对于web应用程序，您通常只通过一个用户访问数据库，因此数据库服务器不知道您的用户在哪里。然而，如果你想让印度用户看到基于他们自己时区的时间戳，那么你需要