Passer au contenu principal

ArtinTech Solution

Fixing a Six-Hour Timestamp Offset on a WordPress Store

Une commande passée à 15 h 40 qui affiche une « Date de création » à 9 h 40 du matin est le genre de bug qui érode vite la confiance dans un système, non pas parce qu’il casse quoi que ce soit, mais parce que chaque horodatage sur chaque écran devient quelque chose que l’équipe doit corriger de tête.

Trouver le décalage réel

L’écart était constamment de six heures, soit exactement la différence entre UTC et l’heure normale du Bangladesh (UTC+6) : un indice solide avant même d’ouvrir les réglages. Le fuseau horaire du site WordPress était réglé sur UTC au lieu de Asia/Dhaka, si bien que chaque horodatage généré ou affiché par la plateforme était techniquement correct en UTC et faux pour quiconque le lisait en heure locale.

Un seul réglage, mais une question à se poser d’abord

La correction elle-même tenait en un seul changement dans Réglages → Général. La question la plus utile était de savoir s’il fallait l’accompagner d’une migration de données : fallait-il aussi réécrire les horodatages enregistrés des commandes existantes ? Dans le cas de WooCommerce, non : les horodatages sont stockés en UTC en interne et convertis dans le fuseau horaire configuré au moment de l’affichage, à chaque chargement de page. Corriger le réglage du site a instantanément corrigé l’heure affichée de toutes les commandes existantes, rétroactivement, sans rien changer dans la base de données.

Points clés

  • Un décalage constant d’un nombre d’heures entier signale presque toujours un fuseau horaire mal configuré plutôt qu’un bug de code : comparez d’abord l’écart aux décalages UTC connus.
  • Savoir si une plateforme stocke les données en UTC et les convertit à l’affichage, ou stocke une heure locale déjà convertie, vous dit immédiatement si une simple correction de réglage suffit.
  • Les plus petites corrections sont parfois celles qui méritent d’être racontées : un changement de réglage d’une ligne, avec un impact réel, rétroactif et sur toute la boutique.

À lire aussi : une erreur 403 intermittente causée par la durée du cache, ce que couvre vraiment la maintenance de site web.

Vous rencontrez une limite similaire dans votre administration WooCommerce ou WordPress ? Parlons-en : ArtinTech Solution conçoit exactement ce type d’outils sur mesure pour les boutiques.

Share this article

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *