Avez-vous déjà eu des problèmes avec les conversions de fuseaux horaires PHP via la fonction getTransitions? Je suis en train de convertir une date argentine en GMT. Si je regarde dans le tableau des transitions, je reçois:PHP Timezones getTransitions fiable?
....
[63] => Array ([ts] => 1287284400 [time] => 2010-10-17T03:00:00+0000 [offset] => -7200 [isdst] => 1 [abbr] => ARST)
[64] => Array ([ts] => 1300586400 [time] => 2011-03-20T02:00:00+0000 [offset] => -10800 [isdst] => [abbr] => ART)
...
ce que signifie, si je ne me trompe pas, de 2010-10-17 jusqu'à 2011-03-20 la différence en quelques secondes de la date argentine, par rapport avec l'équivalent GMT, ce sera -7.200 (2 heures).
Mais la réalité est le décalage actuel est de quatre heures.
S'il vous plaît, ce qui me manque? Désolé si ressemble à des devoirs mais j'ai cherché et essayé beaucoup de choses avant d'écrire la question.
Merci.
Editer: Merci pour les réponses. Je comprends que les transitions PHP sont codées en dur dans les installations de PHP dll.s, donc si n'importe quel gouvernement décide de changer de politique, getTransitions devient obsolète sauf si vous mettez à jour votre installation PHP (pas très facile quand vous avez un environnement de production hébergement).
Donc, nouvelle question, existe-t-il des webservices ou une API dynamique pour connaître le décalage temporel actuel (ou futur) pour un fuseau horaire spécifique, comme http://worldtimeengine.com/api/ mais peut-être gratuitement?
Intéressant. Timeanddate.com affirme que l'Argentine [n'a pas eu de commutateur DST cette année] (http://timeanddate.com/worldclock/timezone.html?n=51&syear=2010), mais en a eu une l'année dernière. Cela entrerait en conflit avec le vidage que vous montrez ci-dessus. Qui est correct? –
il semble également y avoir quelques provinces qui font DST et certains qui refusent de juger par ce [rapport de bogue de Debian] (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502430) bien que ce soit de 2008 et je n'ai aucune idée de l'état actuel. – Gordon