Le code parle un million de mots :
Une idée de ce qui se passe?
Btw, oui, le nouveau DateTime(« 2010-12-07T23:00:00.000Z ») fonctionne bien. Mais je préfère savoir quel apport je reçois.
Le code parle un million de mots :
Une idée de ce qui se passe?
Btw, oui, le nouveau DateTime(« 2010-12-07T23:00:00.000Z ») fonctionne bien. Mais je préfère savoir quel apport je reçois.
Il existe un rapport de bogue qui décrit exactement votre problème :)
https://bugs.php.net/bug.php?id=51950
Depuis le 07/08/2016, le rapport de bogue a été marqué comme « pas un bogue ». Vous devez utiliser ou
à la place.
Les constantes qui ont été définies s’appliquent à la fois à la mise en forme et à l’analyse de la même manière, ce qui force vos méthodes.
Personne n’a mentionné utiliser DATE_ATOM qui est pour autant que je sache phps l’implémentation la plus correcte de l’ISO 8601. Cela devrait au moins fonctionner pour les 3 derniers d’entre eux:
Pour pouvoir tous les analyser, j’ai écrit une petite fonction:
Comme @Glutexo mentionné, cela ne fonctionne que s’il n’y a que 1 à 6 chiffres de précision pour la partie décimale. N’hésitez pas à l’améliorer.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.