horodatage et irrégularités post programmés

Question

Mise à jour: J'ai confirmé le problème (que les messages planifiés sont basés sur le temps UTC), maintenant juste besoin de conseils et de fond pour déterminer la meilleure solution. Questions:
1) comment WP détermine l'heure UTC avant de calculer fuseau horaire local offset (à savoir ce qu'il utilise le temps du système d'exploitation de serveur ou d'une autre source - ne peux pas trouver dans codex / googler)
..which me aiderait à répondre ..

2) est temps de changement de serveur de PST local UTC à la seule / meilleure façon de faire les messages programmés utiliser le même fuseau horaire que WP-temps? et
2a) sont là des conséquences potentiellement négatives sur le temps du serveur en train de passer à UTC
locale 3) Quelle est la meilleure façon de changer l'heure du serveur de manière précise - quand je mis une horloge, il ne doit pas être tout à fait exact, mais je serais préoccupé par le réglage manuel du temps sur un serveur.

Salut à tous -

Problème: Tout d'abord, WP a commencé à manquer publication des messages programmés. Cela semble être un problème largement expérimenté, et je l'ai fixé en utilisant le plug-in « calendrier manqué ». Ceci est probablement, mais pas nécessairement, fond hors de propos.

Peu après un déménagement vers un nouveau serveur, WP a commencé à publier les messages programmés au début, qui pour moi, ne peut indiquer le temps misconfigured / paramètres de date quelque part dans notre pile.

Stack: LNMP, une boîte de nginx, un db / memcache / boîte php (bien que je ne l'ai pas, et ne pouvait pas, construire)

Pour autant que je sache, il y a 4 places dans notre pile où le temps est réglé / compter sur: dans WordPress Paramètres généraux (ensemble à PST, mais aussi affiche correctement le temps du serveur UTC), pour PHP5 php.ini (était ensemble à temps central où le nouveau serveur est, mais je mis à jour à PST et remis en marche php-fpm une fois que je réalisais PHP5 a un paramètre de fuseau horaire, ce qui réduit l'écart de 2 heures), et le système d'exploitation de chaque boîte (les deux sont mis à l'heure UTC, qui Je tendraient à assumer est ok parce que WP reconnaît en tant que tel que peut encore mettre son temps « propre »).

Et pourtant, je suis en train de regarder quelque chose qui ne devrait pas se produire possible. Un poste a été mis à publier à 9h30 HNP, mais publié à 01h30 au lieu pst (9h30 GMT). Cela a provoqué l'horodatage relative « publié il y a X » sur le poste à compter à rebours à partir de 8 heures, puis commencer à compter à nouveau à 9h30 HNP. Pour moi, cela signifie que lorsque le planificateur poste (apparemment) devrait chercher à le (correctement configuré) temps de WP local (comme le frontend est), il est au lieu d'utiliser le temps UTC (serveur).

Options Solution:
A. réinitialiser les OS des deux boîtes, plus PHP, plus tous les blogs WP à utiliser uniquement le temps utc, et tous Instruire éditorial vivre en UTC.
B. réinitialiser les OS des deux boîtes à PST pour correspondre PHP et WP. Il semble que cela est probablement la solution (depuis le poste publié sur le serveur / heure UTC) , mais je suis un n00b * nix et que vous voulez juste vous assurer que je devrais utiliser « la date -s » et juste essayer d'être aussi précis que possible, ou s'il serait plus intelligent juste laisser un ticket de support hôte en leur demandant de synchroniser les temps à PST? des deux serveurs (ou s'il y a une meilleure façon d'être précise à ce sujet)

Ce que je ne comprends pas:
A. Pourquoi le planificateur de poste non pris en compte « temps WP » pour faire le calcul du moment de publier? (Mise à jour: Je pense que la réponse est ici: http://codex.wordpress.org/Function_Reference/wp_schedule_event - il parse temps par horodatage unix directement, plutôt que par wp)
? B. Pourquoi ont même paramètres WP séparant l'heure UTC de l'heure locale, si toutes les fonctions ne le temps ne calcule pas de la même source?

Pourquoi est-ce un problème:
Nous avons 15 sites, avec les utilisateurs du site principal dans différents fuseaux horaires. Idéalement, ils pourraient mettre en WP « heure locale » par blog, et ont toute la planification des postes et fonctions à compter de la période spécifiée. Si la programmation est basée sur le temps du serveur, cela semble impossible.

Answer 1

Pour commencer le plugin essayer de base de contrôle pour voir si les tâches planifiées sont correctement assignées. messages programmés sera affiché comme publish_future_post> check_and_publish_future_post() avec l'ID de poste comme argument.