marca de tiempo y irregularidades posteriores

Question

ACTUALIZACIÓN: He confirmado el problema (que las publicaciones programadas se basan en el tiempo de UTC), ahora solo necesita asesoramiento y antecedentes para determinar la mejor solución. Preguntas:
1) Cómo WP determina el tiempo de UTC antes de calcular la compensación de zona horaria local (es decir, utiliza el tiempo del sistema operativo del servidor o alguna otra fuente: no puede encontrar en Codex/Googling)
... que me ayudaría a responder ..

2) ¿Cambiar el tiempo del servidor de UTC a PST local es la única/mejor forma de hacer que las publicaciones programadas usen la misma zona horaria que WP-Time? y
2a) ¿Hay alguna implicación negativa potencial para cambiar el tiempo del servidor de UTC a local?
3) ¿Cuál es la mejor manera de cambiar el tiempo del servidor de una manera precisa? Cuando configuré un reloj, no tiene que ser exactamente correcto, pero me preocuparía establecer manualmente el tiempo en un servidor.

Hola a todos-

Problema: Primero, WP comenzó a perder la publicación de publicaciones programadas. Este parece ser un problema ampliamente experimentado, y lo solucioné usando el complemento "Programa perdido". Esto es probablemente, pero no necesariamente, antecedentes irrelevantes.

Poco después de un traslado a un nuevo servidor, WP comenzó a publicar publicaciones programadas temprano, que para mí solo puede señalar la configuración de hora/fecha mal configurada en algún lugar de nuestra pila.

Pila: lnmp, una caja nginx, una caja db/memcache/php (aunque no lo hice, y no pude, construirlo)

Hasta donde yo sé, hay 4 lugares en nuestra pila donde el tiempo se establece/confía: en la configuración general de WordPress (establecida en PST, pero también muestra correctamente el tiempo del servidor UTC), para Php5 en Php.ini (se estableció en Central tiempo en el que está el nuevo servidor, pero actualicé a PST y reinicié PHP-FPM una vez que me di cuenta de que PHP5 tiene una configuración de zona horaria, disminuyendo la discrepancia en 2 horas), y el sistema operativo de cada caja (ambos están configurados en el tiempo de UTC, que me han sido Asumir está bien porque WP lo reconoce como tal que aún puede establecer su tiempo 'propio').

Sin embargo, actualmente estoy viendo algo que ocurra que no debería ser posible. Una publicación se publicó a las 9:30 a.m. PST, pero publicó a la 1:30 a.m. PST (9:30 am UTC). Esto hizo que la marca de tiempo relativa "publicada X de hace x" en la publicación contara al revés desde las 8 horas, y luego comience a contar nuevamente a las 9:30 a.m. PST. Para mí, esto significa que si bien el Post Scheduler (aparentemente) debería estar mirando al tiempo WP local (configurado correctamente) (como lo es el frontend), en su lugar está usando el tiempo UTC (servidor).

Opciones de solución:
A. Vuelva a establecer el sistema operativo de ambas cajas, más PHP, además de todos los blogs de WP para usar solo el tiempo UTC e instruir a todos los editoriales que vivan en UTC.
B. Vuelva a establecer el sistema operativo de ambos cuadros a PST para que coincida con PHP y WP. Parece que esta es probablemente la solución (ya que la publicación publicada en la hora del servidor/UTC), pero soy un *nix n00b y solo quiero asegurarme de que deba usar 'date -s' y solo trato de ser lo más preciso posible, ¿O si fuera más inteligente dejar un boleto de soporte de host pidiéndoles que sincronicen los tiempos de ambos servidores con PST? (o si hay una mejor manera de ser preciso al respecto)

Lo que no entiendo:
A. ¿Por qué el Post Scheduler ignora el "Tiempo WP" para hacer su cálculo de cuándo publicar? (Actualización: creo que la respuesta está aquí: http://codex.wordpress.org/function_reference/wp_schedule_event - analiza el tiempo a través de la marca de tiempo UNIX directamente, en lugar de a través de WP?)
B. ¿Por qué incluso la configuración de WP separan la hora de UTC de la hora local, si todas las funciones no calculan el tiempo de la misma fuente?

Por qué este es un problema:
Tenemos 15 sitios, con usuarios principales del sitio en diferentes zonas horarias. Idealmente, podrían establecer la "hora local" de WP por blog, y hacer que todas las funciones y las funciones se confíen en el tiempo especificado. Si la programación se basa en el tiempo del servidor, esto parece imposible.

Answer 1

Para empezar, intente Control de núcleo complemento para ver si las tareas programadas se asignan con precisión. Las publicaciones programadas aparecerán como publish_future_post > check_and_publish_future_post() con la identificación de Post como argumento.