更新：我已经确认了这个问题（安排的帖子是基于UTC时间的），现在只需要建议和背景来确定最佳解决方案。问题：
1) WP如何在计算本地时区偏移量之前确定UTC时间（即它是否使用服务器操作系统时间或其他来源——在codex/Google中找不到）
。。这将帮助我回答。。

2) 将服务器时间从UTC更改为本地PST是否是唯一/最好的方法，以使定时发布使用与WP时间相同的时区？和
2a) 将服务器时间从UTC更改为本地时间是否有任何潜在的负面影响
3) 以准确的方式更改服务器时间的最佳方法是什么？当我设置时钟时，它不一定要完全正确，但我会担心在服务器上手动设置时间。

大家好-

问题：首先，WP开始丢失预定帖子的发布。这似乎是一个普遍存在的问题，我通过使用“missed schedule”插件修复了它。这可能是但不一定是不相关的背景。

在移动到新服务器后不久，WP就开始提前发布预定帖子，这对我来说只能指向堆栈中某个位置配置错误的时间/日期设置。

堆栈：LNMP、一个nginx盒、一个db/memcache/php盒（尽管我没有也无法构建它）

据我所知，在我们的堆栈中有4个位置可以设置/依赖时间：在WordPress常规设置中（设置为PST，但也可以正确显示UTC服务器时间），php中的PHP5。ini（设置为新服务器所在的中央时间，但当我意识到PHP5具有时区设置时，我更新为PST并重新启动了php fpm，将差异减少了2个小时），以及每个框的操作系统（都设置为UTC时间，我一直认为这是可以的，因为WP可以识别它，因此仍然可以设置自己的时间）。

然而，我目前正在观察一些不可能发生的事情。一篇帖子设置为在太平洋标准时间上午9:30发布，但改为在太平洋标准时间上午1:30发布（utc上午9:30）。这导致帖子上的“发布的X年前”相对时间戳从8小时开始倒数，然后在太平洋标准时间上午9:30再次开始倒数。对我来说，这意味着虽然后期调度器（表面上）应该查看（正确配置的）本地WP时间（就像前端一样），但它使用的是UTC（服务器）时间。

解决方案选项：
A.将两个框的操作系统、PHP和所有WP博客重新设置为仅使用utc时间，并指示所有编辑使用utc时间It seems like this is probably the solution (since the post published on server/UTC time), 但我是一个*nix n00b，我只是想确保我应该使用“date-s”，并尽可能准确，or if it would be smarter just to leave a host support ticket asking them to sync both servers\' times to PST? （或者如果有更好的方法来精确描述）

我不明白的是：
A.为什么后期调度程序在计算何时发布时会忽略“WP时间”？（更新：我想答案是：http://codex.wordpress.org/Function_Reference/wp_schedule_event - 它直接通过unix时间戳解析时间，而不是通过wp？）
B.如果所有函数都不是从同一个源计算时间，为什么还要将UTC时间与本地时间分隔开？

这是一个问题的原因：
我们有15个站点，主要站点用户位于不同的时区。理想情况下，他们可以为每个博客设置WP“本地时间”，并让所有的帖子调度和功能都依赖于指定的时间。如果调度是基于服务器时间的，那么这似乎是不可能的。