Update d'un champ datetime capricieux

Version imprimable

30/04/2010, 08h40
ladislaz

Update d'un champ datetime capricieux

Bonjour,
voici mon problème :
Dans ma base de donnée j 'essaie de mettre a jour un champ de type datetime depuis une page php. Voici la requête :

Code:

"UPDATE personne SET dt_connexion = '".date("Y-m-d H:i:s")."' WHERE ( id = '" .$_SESSION['UNIVERSALID']. "')"

Dans ma table, le champ est de cette forme : '2010-11-22 15:25:30'.
Ma page php agis de cette façon, elle met a jour des champ puis redirige sur une page ou une autre en fonction des variables de sessions reçues.

Lorsque je fais un echo de ma requête et que je la colle directement dans l'onglet SQL de phpmyadmin, elle fonctionne correctement.
Par contre les redirections ne fonctionnent plus (a cause des headers).
Sans echo, la requête s'exécute, mais met mon champ dt_connexion à '0000-00-00 00:00:00':?

J'aimerais savoir d'où vient cet aléa et comment le résoudre. Merci d'avance de vos réponses;)
30/04/2010, 09h37
CinePhil
Ta fonction date en php donne la date et l'heure courante ?
Pourquoi ne pas utiliser directement la fonction SQL CURRENT_TIMESTAMP dans ta requête ?
Code:

1 2 3 UPDATE personne SET dt_connexion = CURRENT_TIMESTAMP WHERE id = $_SESSION['UNIVERSALID']
À noter que si, comme il se devrait, l'id est de type entier, inutile d'entourer la valeur par des apostrophes.
30/04/2010, 10h33
ladislaz

Merci pour ce conseil, l'utilisation du timestamp fonctionne très bien,
mais seulement quand j'agis directement dans phpmyadmin :(

Cela me met toujours mon champ dt_connexion a 0 quand je passe par mon script PHP.

Bizarrement les autres UPDATE fonctionnent correctement, il n'y a que ceux
des champs datetime qui me posent problème.

Concernant l'UNIVERSALID, ce sont des caractères et des nombres
donc les apostrophes sont effectivement nécessaires.

Je continue de chercher de mon coté.;)
30/04/2010, 11h44
CinePhil

Citation:

Envoyé par ladislaz

l'utilisation du timestamp fonctionne très bien,
mais seulement quand j'agis directement dans phpmyadmin :(

Cela me met toujours mon champ dt_connexion a 0 quand je passe par mon script PHP.

Pas logique !
As-tu fait un echo de la requête avant envoi au SGBD ?

Citation:

Concernant l'UNIVERSALID, ce sont des caractères et des nombres
donc les apostrophes sont effectivement nécessaires.

Ça c'est pas bien pour un identifiant ! :aie:
À lire => Qu'est-ce qu'une bonne clé ?
30/04/2010, 11h54
ladislaz

Haha oui je sais mais ce n'est pas moi qui ai choisi le nom de cette variable et il existe un autre id en plus de celui la qui lui est un entier.:D

Oui j'ai fait un echo de la requête et elle fonctionne (en direct dans phpmyadmin). Je suis donc d'accord ce n'est pas logique. Surtout que quand
je fais un echo, cela fonctionne et inscrit bien la date et l'heure actuelle dans la table. Sans echo, l'enregistrement se fait et vaut '0000-00-00 00:00:00'.

Le problème est que je ne peux pas me permettre de faire un echo car j'ai des redirections après et les headers planteraient lamentablement ;).

Je suis bloqué dessus depuis bientôt 4 jours donc j'ai décidé de poster.
30/04/2010, 11h57
CinePhil

Bizarre !
On peut avoir le texte de l'echo de la requête envoyée au serveur ?
30/04/2010, 12h35
RunCodePhp
Salut

Le nom du champ id ne ferait il pas parti des noms réservés ?
Dans tel cas il faudrait rajouter des ??? (je ne sais plus comment on les appels :mrgreen: )
Bref ... un truc du genre :
Code:

1 2 UPDATE personne SET dt_connexion = CURRENT_TIMESTAMP WHERE `id` = '$_SESSION['UNIVERSALID']'
Des `` entre le -> id
Peut être que pour personne c'est pareil ?

Mise à part ça, comment exécute tu la requête SQL en Php ? (mysql_*, PDO, etc ...)
Si c'est mysql_query (par exemple), faudrait rajouter un mysql_error(), car s'il y a erreur, le message aidera à comprendre.
Exemple :
Code:

1 2 3 $sql = "UPDATE personne SET ... etc ..."; mysql_query($sql) or die('Erreur : '.mysql_error());
30/04/2010, 13h20
CinePhil

Ni id ni personne ne font partie des mots réservés du SQL.

Et CURRENT_TIMESTAMP étant une fonction SQL, ne pas la mettre entre apostrophes !
30/04/2010, 13h32
RunCodePhp

Citation:

Envoyé par CinePhil

Ni id ni personne ne font partie des mots réservés du SQL.

Ok, c'était une idée comme ça, c'est bon à savoir, particulièrement pour le id. ;)

Citation:

Envoyé par CinePhil

Et CURRENT_TIMESTAMP étant une fonction SQL, ne pas la mettre entre apostrophes !

Je corrige mon post, c'était involontaire, une étourderie quoi :mrgreen:

Et pour les ``, qui sait comment on appel ça ? (à part le fait que ce soit des délimiteurs)

Bon, il y a plus qu'à espérer qu'un mysql_error() soit plus causant pour en savoir plus :D
30/04/2010, 13h42
CinePhil

Citation:

Envoyé par RunCodePhp

Et pour les ``, qui sait comment on appel ça ? (à part le fait que ce soit des délimiteurs)

Je les appelle 'Apostrophe inversée' en français mais je crois que c'est 'back-quote' in english.
30/04/2010, 14h15
ladislaz
Pardon, je fais un mysql_query, voici la ligne php :

Code:

mysql_query($sql2,$cnx_ath) or die('Erreur : '.mysql_error());

et voila l' echo de la requête :
Code:

1 2 UPDATE perf_personne SET per_dt_connexion = CURRENT_TIMESTAMP WHERE ( per_cu_id = 'NPJK1271')
Mis a part ça le mysql_error n'a rien changé rien puisque la requête s'exécute et me rempli mon champ de zéros.:oops:
30/04/2010, 14h26
CinePhil

Au début c'était la colonne dt_connexion maintenant c'est per_dt_connexion. Elle a changé de nom ?

Et bien sûr cette colonne est bien de type DATETIME ?
30/04/2010, 14h57
ladislaz

Oui oui pardon c'est la même chose, j'avais tronqué les champs pour la compréhension, mais ce sont bien les champs que j'utilise et c'est bien un datetime et per_cu_id = id

Citation:

Envoyé par CinePhil

Au début c'était la colonne dt_connexion maintenant c'est per_dt_connexion. Elle a changé de nom ?

Effectivement, c'est un peu déroutant que les nom changent comme ça.

Faudrait à mon sens savoir ce que retourne CURRENT_TIMESTAMP, pour comprendre, éliminer une hypothèse.
Donc de faire un SELECT :
Code:

1 2 3 4 5 $sql_date = 'SELECT CURRENT_TIMESTAMP AS verif_date'; $rs_date = mysql_query($sql_date, $cnx_ath) or die('Erreur : '.mysql_error()); $date = mysql_fetch_array($rs_date); echo 'verif_date : '.$date['verif_date'].'<br />';
Question du coup : Que retourne verif_date ?
Code:

1 2 3 UPDATE perf_personne SET per_dt_connexion = CURRENT_TIMESTAMP WHERE ( per_cu_id = 'NPJK1271')
Petite parenthèse en passant (c'est le moins qu'on puisse dire) :mouarf:
Les parenthèses ne servent à rien, car il faut au moins 2 éléments à rassembler pour que ce soit utile.
Ceci dit, ce n'est pas une erreur à proprement parlé, c'est un détail quoi ;)

30/04/2010, 15h12
ladislaz

verif_date : 2010-04-30 15:08:52

voila ce que m'affiche le code que tu m'as envoyé...à mon sens ça ne donne
rien de neuf. J'ai l'impression que lorsque la redirection se fait, la requête
plante, mais c'est tout de même étrange car je fais d'autres UPDATEavant cela
et eux marchent. ( Si je les regroupe dans la même requête j'ai le même
résultat)

Milles excuses pour les changements de nom je pensais bien faire.:oops:

Merci pour le coup des parenthèses, j'avais oublié de les enlever.
30/04/2010, 15h17
CinePhil

Citation:

Envoyé par ladislaz

je fais d'autres UPDATEavant cela
et eux marchent. ( Si je les regroupe dans la même requête j'ai le même
résultat)

Tu sais qu'en php, si tu as plusieurs requêtes à enchaîner, tu dois faire autant de mysql_query qu'il y a de requêtes ?

Oui oui je le sais :)
Mais je tiens a préciser une nouvelle une chose :

Si j'agis directement sur les tables, j'ai bien la date et l'heure actuelle. si par dessus je lance ma requête, la valeur du champ est mise a 0000-00-00 00:00:00 ce qui prouve que la requête fonctionne même si elle fonctionne mal, d'autre part lorsque je fais un echo de la requête et que je la copie directement dans mysql, le champ per_dt_connexion est modifié correctement. et pour finir lorsque je fais un echo de ma requête dans mon programme, la page affiche toute une collection d'erreur due aux headers, MAIS la requête fonctionne correctement dans la base

je vous joint les erreurs générées après un echo en fin de message, on sait jamais :D

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
UPDATE perf_personne SET per_dt_connexion = CURRENT_TIMESTAMP WHERE ( per_cu_id = 'NPJK1271')
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 115
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 118
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 118
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 118
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 118
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 118
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 118
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 118
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 118
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 118
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 118
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 118
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 120
 
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/cnx_gassi/default.php:43) in /var/www/html/cnx_gassi/default.php on line 143

Je reviens sur ce que tu as dit plus haut :

Citation:

Oui j'ai fait un echo de la requête et elle fonctionne (en direct dans phpmyadmin). Je suis donc d'accord ce n'est pas logique. Surtout que quand
je fais un echo, cela fonctionne et inscrit bien la date et l'heure actuelle dans la table. Sans echo, l'enregistrement se fait et vaut '0000-00-00 00:00:00'.

Ça m'intrigue autant que ce que tu viens de dire :

Citation:

Si j'agis directement sur les tables, j'ai bien la date et l'heure actuelle. si par dessus je lance ma requête, la valeur du champ est mise a 0000-00-00 00:00:00 ce qui prouve que la requête fonctionne même si elle fonctionne mal, d'autre part lorsque je fais un echo de la requête et que je la copie directement dans mysql, le champ per_dt_connexion est modifié correctement. et pour finir lorsque je fais un echo de ma requête dans mon programme, la page affiche toute une collection d'erreur due aux headers, MAIS la requête fonctionne correctement dans la base

Cela veut-il dire que lorsque tu as "fait un echo", tu as fait quelque chose de ce style à fins de test :
Code:

1 2 3 4 5 6 7 8 $sql2 = "UPDATE perf_personne SET per_dt_connexion = CURRENT_TIMESTAMP WHERE ( per_cu_id = '$_SESSION['UNIVERSALID']')"; echo $sql2; mysql_query($sql2,$cnx_ath) or die('Erreur : '.mysql_error()); exit;
Et si la réponse est oui, n'y aurait t-il pas du code après le exit qui, une fois le exit enlevé, lancerait une autre requête de mise à jour qui te mettrait la date à zéro ?

30/04/2010, 15h59
ladislaz

La réponse est oui, je fais bien quelque chose comme ça, mais non malheureusement dans les pages suivant la redirection

je ne pense pas qu'il y ait requête modifiant le champ per_dt_connexion.
je vérifie tout de même, mais ca va prendre du temps car il y a beaucoup de fichiers a vérifier:).

Je vous tiens au courant rapidemment
30/04/2010, 16h08
ladislaz

Eureka ! il y a avait effectivement une mise ajour du champ date nichée dans un recoin de code. J'ai eu de la chance de la trouver du premier coup.

Bon j'ai appris quelque chose :

Les pages suivantes ont été faite par un collègue qui m'a assuré ne pas modifier ce champ... il se trompais. CCL ne jamais faire confiance a ses collègues :D.

J'avais écarté cette hypothèse des le début et suis resté coincé dans mon problème bêtement.

Merci grandement CinePhil, je me sens un peu ridicule sur ce coup mais soulagé de pouvoir passer a autre chose.

Le sujet peut être marqué comme résolu je pense .:mouarf: