horodatage et irrégularités programmées
Mise à jour: j'ai confirmé le problème (les publications programmées étant basées sur l'heure UTC), il ne manque plus que des conseils et de l'expérience pour déterminer la meilleure solution. Des questions:
1) comment WP détermine l'heure UTC avant de calculer le décalage du fuseau horaire local (en d'autres termes, utilise-t-il l'heure du système d'exploitation du serveur ou une autre source? ne trouve pas dans codex/googler)
.. qui m'aiderait à répondre ..
2) modifie-t-il l'heure du serveur d'UTC à PST local? Le/le meilleur moyen de faire en sorte que les publications programmées utilisent le même fuseau horaire que WP-time? et
2a) Existe-t-il des implications négatives pour le passage de l'heure du serveur de l'heure UTC à l'heure locale?
3) Quel est le meilleur moyen de modifier l'heure du serveur de manière précise? Lorsque je règle une horloge, il n'est pas nécessaire qu'elle soit exacte, mais Je serais préoccupé par le réglage manuel de l'heure sur un serveur.
Salut à tous-
Problème: d’abord, WP a commencé à manquer la publication des publications programmées. Cela semble être un problème très répandu, et je l’ai corrigé en utilisant le plug-in "programme manqué". Ceci est probablement, mais pas nécessairement, un contexte non pertinent.
Peu de temps après le transfert vers un nouveau serveur, WP a commencé à publier tôt les publications planifiées, ce qui pour moi ne peut que pointer du doigt sur des paramètres de date/heure mal configurés quelque part dans notre pile.
Pile: LNMP, une boîte nginx, une boîte db/memcache/php (bien que je ne l'aie pas construit et ne puisse le construire)
Pour autant que je sache, il y a 4 endroits dans notre pile où le temps est défini/utilisé: dans Paramètres généraux de WordPress (défini sur PST, mais affiche également correctement l'heure du serveur UTC), pour PHP5 dans php.ini (défini sur central heure où le nouveau serveur est, mais j'ai mis à jour PST et redémarré php-fpm une fois que j'ai réalisé que PHP5 avait un paramètre de fuseau horaire, ce qui diminuait l'écart de 2 heures), ainsi que le système d'exploitation de chaque zone (les deux sont réglés sur l'heure UTC, ce que j'ai été en supposant que c'est ok parce que WP le reconnaît en tant que tel, il peut encore régler son "propre" heure).
Pourtant, je suis en train de regarder quelque chose qui ne devrait pas être possible. Un poste devait être publié à 9h30, mais publié à 1h30, au lieu de cela (9h30). Cela a entraîné l'horodatage relatif du message "publié il y a X" sur le post pour compter 8 heures en arrière, puis recommencer à compter à 9 h 30, heure avancée du Pacifique. Pour moi, cela signifie que même si le planificateur de publication (apparemment) devrait se pencher sur l'heure locale WP (correctement configurée) (comme l'interface frontale), il utilise à la place l'heure UTC (serveur).
Options de solution:
UNE. Réinitialisez le système d'exploitation des deux boîtiers, plus PHP, ainsi que tous les WP blogs pour qu'ils n'utilisent que l'heure utc, et demandez à tous les rédacteurs de vivre au format UTC.
B. Réinitialisez le système d'exploitation des deux boîtes sur PST afin qu'il corresponde à PHP et à WP. Il semble que ce soit probablement la solution (depuis la publication sur le serveur/heure UTC) , mais je suis un * nix n00b et je veux juste m'assurer que je devrais utiliser 'date -s' et essayez simplement d'être aussi précis que possible ou s'il serait plus judicieux de laisser un ticket de support hôte en leur demandant de synchroniser les heures des deux serveurs sur PST? (ou s'il y a une meilleure façon d'être précis à ce sujet)
Ce que je ne comprends pas:
UNE. Pourquoi le planificateur de publication ignore-t-il "WP time" pour calculer le moment de la publication? (mise à jour: je pense que la réponse est ici: http://codex.wordpress.org/Function_Reference/wp_schedule_event - le temps est analysé directement via l'horodatage Unix, plutôt que par wp?)
B. Pourquoi même avoir les paramètres WP séparant l'heure UTC de l'heure locale, si toutes les fonctions ne calculent pas l'heure à partir de la même source?
Pourquoi c'est un problème:
Nous avons 15 sites, avec des utilisateurs principaux dans des fuseaux horaires différents. Idéalement, ils pourraient définir WP "heure locale" par blog et faire en sorte que toutes les fonctions de planification et de publication de post dépendent de l'heure spécifiée. Si la planification est basée sur l'heure du serveur, cela semble impossible.
Pour commencer, essayez le plug-in Core Control pour voir si les tâches planifiées sont affectées avec précision. Les publications programmées apparaîtront sous la forme publish_future_post> check_and_publish_future_post() avec l'ID de la publication en tant qu'argument.