Discussion :

[Tanin]

Voila, je travail sur une appli AIR avec amfphp, php et oracle (base de donnée et plsql).

Afin de pouvoir parfaitement reconnaitre les dates transmises entre le php et le AIR, je dois utiliser un timeStamp, seulement voila, la réussite du timeStamp (via un dateWrapper), est assé aléatoire, par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
$dw = new DateWrapper(strtotime($rc_row['DATE_DEBUT_VALIDITE']));
$field->dateDebut = $dw->getClientDate();
$dw = new DateWrapper(strtotime($rc_row['DATE_FIN_VALIDITE']));
$field->dateFin = $dw->getClientDate();

la date_debut_validite se retourne correctement contrairement à la date_fin_validite, pour laquelle il semble qu'on ne met aucune date.

toutefois c'est pas finit, dans une autre fonction, extractant exactement les mêmes données que précédemment, mais dont la date de fin de validite et non renseignée, les lignes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$dw = new DateWrapper(strtotime($rc_row['DATE_DEBUT_VALIDITE']));
$field->dateDebut = $dw->getClientDate();

ne me retournent pas un bon timeStamp, dans le meme scénario que la date_fin_validite précédemment.

A quoi cela peut-il être dut ? Y'a-t-il une astuce ?

[Tanin]

C'est bon, on a résolu le problème, mais pour ceux qui auraient le même soucis, je met ce qu'on a trouver :

le système ne reconnait que les dates dans le format standart américain (soit Y-m-d), alors que mes dates étaient retournés dans le format standart français (d/m/Y), de ce fait, le système confondait les jours et les années, créant l'incohérence dont j'ai parlé.

Voila.