web-dev-qa-db-fra.com

Les publications publiées immédiatement sont planifiées et publiées 2 heures plus tard.

Si j'essaie de publier des publications immédiatement, elles sont planifiées pour l'heure actuelle mais sont publiées 2 heures plus tard.

enter image description here

Les messages programmés sont également publiés 2 heures après l'heure prévue.

Je pense que c'est un problème de fuseau horaire, mais je ne sais pas où chercher ailleurs:

Paramétrage Wordpress: enter image description here

Paramètre PHP: enter image description here

Je suis sur Ubuntu 16.04 et le fuseau horaire semble être correct, aussi.

# timedatectl
  Local time: Sat 2016-10-01 18:04:13 CEST
  Universal time: Sat 2016-10-01 16:04:13 UTC
  RTC time: n/a
  Time zone: Europe/Berlin (CEST, +0200)
  Network time on: yes
  NTP synchronized: yes
  RTC in local TZ: no

mysql @@ global.time_zone a été défini sur SYSTEM, j'ai essayé de le changer en UTC, mais cela ne résout pas le problème non plus:

mysql> SET @@global.time_zone = '+00:00';
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT @@global.time_zone;
+--------------------+
| @@global.time_zone |
+--------------------+
| +00:00             |
+--------------------+
1 row in set (0.00 sec)

Avez-vous des allusions ailleurs?

Update1:

J'ai essayé de peupler les fuseaux horaires sur mysql pour définir le time_zone par défaut sur 'Europe/Berlin ", mais pas de chance:

mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -uroot mysql

mysql> SET GLOBAL time_zone = 'Europe/Berlin';
mysql> SELECT @@global.time_zone;
+--------------------+
| @@global.time_zone |
+--------------------+
| Europe/Berlin      |
+--------------------+
1 row in set (0.00 sec)
postsscheduled-poststimezones
5
christophrus

La solution était de

apt-get remove tzdata
apt-get install tzdata

tandis que

dpkg-reconfigure tzdata

n'était pas suffisant.

Le montage de Mark:

En termes humains, le problème était dû au fait que les données de fuseau horaire sur le serveur étaient incorrectes, ce qui a probablement eu un impact sur la manière dont php calcule les temps. La solution consistait à mettre à jour les données avec force.

5
christophrus