Update d'un champ datetime capricieux

**ladislaz** · 30/04/2010, 08h40

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 :

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

"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

**CinePhil** · 30/04/2010, 09h37

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 SQL :

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

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.

**ladislaz** · 30/04/2010, 10h33

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é.

**CinePhil** · 30/04/2010, 11h44

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 ?

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 !

À lire => Qu'est-ce qu'une bonne clé ?

**ladislaz** · 30/04/2010, 11h54

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.

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.

**CinePhil** · 30/04/2010, 11h57

Bizarre !
On peut avoir le texte de l'echo de la requête envoyée au serveur ?

**RunCodePhp** · 30/04/2010, 12h35

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

)
Bref ... un truc du genre :

Code :

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

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 :

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

1
2
3
 
$sql = "UPDATE personne SET ... etc ...";
mysql_query($sql) or die('Erreur : '.mysql_error());

**CinePhil** · 30/04/2010, 13h20

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 !

**RunCodePhp** · 30/04/2010, 13h32

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.

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

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

**CinePhil** · 30/04/2010, 13h42

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.

**ladislaz** · 30/04/2010, 14h15

Pardon, je fais un mysql_query, voici la ligne php :

Code :

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

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

et voila l' echo de la requête :

Code :

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

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.

**CinePhil** · 30/04/2010, 14h26

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 ?

**ladislaz** · 30/04/2010, 14h57

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

**RunCodePhp** · 30/04/2010, 14h59

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 :

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

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 :

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

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)

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

**ladislaz** · 30/04/2010, 15h12

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.

Merci pour le coup des parenthèses, j'avais oublié de les enlever.

**CinePhil** · 30/04/2010, 15h17

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 ?

**ladislaz** · 30/04/2010, 15h33

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

Code :

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

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

**CinePhil** · 30/04/2010, 15h44

Je reviens sur ce que tu as dit plus haut :

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 :

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 :

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

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 ?

**ladislaz** · 30/04/2010, 15h59

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

**ladislaz** · 30/04/2010, 16h08

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

.

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 .

Update d'un champ datetime capricieux

PHP & Base de données

Discussions similaires

Partager

Partager