Je regarde PayPal IPN docs, et il dit les datetime timbres de leurs chaînes sont formatées comme:Formatage de la date Paypal: qu'est ce que "HH: MM: SS DD Mmm YY, YYYY PST"?
HH:MM:SS DD Mmm YY, YYYY PST
Donc année est spécifié deux fois?
Une fois à deux chiffres, et une autre à 4 chiffres?
Cela semble bizarre.
Cela semble être un bug dans la documentation. Le format réel devrait être "HH: MM: SS Mmm JJ, YYYY PST" (par exemple "08:30:06 19 avr. 2017 PDT")
c'est le format correct selon leur documentation - 2010-03- 27T12: 34: 49Z donc c'est - AAAA-MM-DDTHH: MM: SSZ (je ne sais pas ce que le T au milieu et Z est mais c'est constant pour toutes les dates) J'ai créé la bibliothèque NVP de PayPal en Java, donc si vous voulez vérifier comment cela fonctionne, ou l'utiliser, vous êtes plus que bienvenus. il est sur SourceForge - payapal-nvp.sourceforge.net
En fait, je pense que le format est: aaaa-MM-JJThh: MM: ssZ
Le cas est important.
Doit être incorrect, car le mois et la minute ont le même cas dans votre exemple. – cederlof
Actuellement, en PHP, vous devez utiliser la date ("Y-m-d \ TH: i: s \ Z"). Cela se traduira par quelque chose qui ressemble à 2012-04-30T00: 05: 47Z - Je n'ai pas remarqué de différence entre urlencoded et non.
Où trouvez-vous ces informations? Cette information est insaisissable dans leur documentation et m'a coûté une heure ou deux de chasse et d'essayer des trucs. Le seul endroit où je vois ce format est dans le champ TIMESTAMP. Avoir du mal avec PROFILESTARTDATE de l'API NVP de PayPal pour CreateRecurringPaymentsProfile et une erreur "La date de début de l'abonnement devrait être valide".
Pour php, la syntaxe est date("G:i:s M m, Y T");
Date complète des heures, des minutes, secondes et une fraction décimale d'un deuxième AAAA-MM-JJThh: mm: ss.sTZD (par exemple 1997-07-16T19 : 20: 30,45 + 01: 00) Lorsque TZD = indicateur de fuseau horaire (Z + ou hh: mm ou hh: mm)
Exemple 1994-11-05T08: 15: 30-05: 00 correspond à 5 novembre 1994, 8 h 15, heure normale de l'Est des États-Unis.
1994-11-05T13: 15: 30Z correspond au même instant.
+1. Cependant, le format réel pose toujours des problèmes avec les bibliothèques d'analyse courantes (par exemple http://rhnh.net/2008/03/17/paypal-ipn-fails-date-standards). ISO 8601 existe pour une raison ... –
Parfait, merci! –