Discussion :

[splifferwolf]

Bonjour à tous,

Je viens vers vous pour un problème que je n'arrive pas à résoudre.

Mon but est d'enregistré une date de debut et de fin, mais voilà, la date de fin ne s'enregistre jamais comme il faudrait.

Structure de ma table

Code :

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

1
2
3
4
5
6
 
id (INT) Auto-incrément (primary key)  // ID unique de l'élément
idel (INT)  // ID de l'élément pour lequel on enregistre ces dates
idu (INT) // ID de l'utilisateur
debut (DATE YYYY-MM-DD) // Date de début
fin (DATE YYYY-MM-DD) // Date de fin

Je passe par un formulaire qui envoi ce dernier vers une page d'exécution dont voici le traitement
PS : Les dates sont introduite dans le formulaire au format JJ/MM/AAAA
PS bis : Je passe les détails de vérification

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
 
<?php
    $idu = (isset($_POST['idu'])) ? $_POST['idu'] : 0; // ID de l'utilisateur
    $idel = (isset($_POST['idel'])) ? $_POST['idel'] : 0; // ID de l'élément pour lequel définir des dates
    $debut = (isset($_POST['debut'])) ? $_POST['debut'] : strftime("%d/%m/%Y",time());
    $fin = (isset($_POST['fin']) && $_POST['fin'] != '') ? $_POST['fin'] : strftime("%d/%m/%Y",time());
    // Reformatge des dates
    list($d, $m, $y) = explode('/', $debut);
    $debut_sql = $y."-".$m."-".$d;
    list($df, $mf, $yf) = explode('/', $fin);
    $fin_sql = $yf."-".$mf."-".$df;
 
    // La requête d'insert
    $req = "INSERT INTO ma_table VALUES('0','".$idel.",'".$idu."','".$debut_sql."','".$fin_sql."')";
    // L'exécution de la requête
    $qry = $pdo->query($req);
 
    // Pour débogage j'affiche la requête
    echo $req;

Et voici ce que m'affiche '$req'

INSERT INTO ma_table VALUES('0','1','2','2011-05-01','2012-04-31')

L'affichage de la requête final, montre clairement que les données sont correctes, le nombre de colonne aussi
Pourtant ma date de fin reste à 0000-00-00, et aucune erreur SQL, je ne comprend donc pas pourquoi ni comment cela est possible car dans l'absolu tout me semble correcte et compris le format de la date.

D'avance merci pour votre participation
Spliffer

[Invité]

Bonjour,

il faut préparer la requête.

Code php :

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

1
2
3
4
5
6
    // La requête d'insert
    $req = "INSERT INTO ma_table VALUES (NULL, ?, ?, ?, ?)";
    // préparation de la requête
    $qry = $pdo->prepare( $req );
    // exécution de la requête
    $qry->execute( array( $idel, $idu, $debut_sql, $fin_sql ) );

[splifferwolf]

Même résultat en DB, la date de fin est toujours 0000-00-00

[splifferwolf]

Bon je vais aller me cacher je crois....

En faite effectivement il n'y à pas 31 jours au moi d'avril mais 30 donc la date que j’entrais n'était évidemment pas correcte
Problème résolu et désolé du dérangement pour une telle faute de ma part en plus....

[arthur57]

Bonjour,

Je suppose que tu es sur mysql, une date invalide renvoie 0000-00-00
https://dev.mysql.com/doc/refman/5.7..._invalid_dates

edit: en effet 31 jours en avril ce n'est pas très valide

[Dendrite]

Bonjour...

PS : Les dates sont introduite dans le formulaire au format JJ/MM/AAAA
PS bis : Je passe les détails de vérification

Pourtant c'est bien en PHP qu'il faut vérifier les dates avant de les balancer dans la base.
Et vérifier une date, ce n'est pas vérifier son format seulement, c'est vérifier sa validité irl...

Cette fonction (bien que non testée) pourrait t'aider...

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
 <?php
function retourne_dates($input_date_en){
  try {
    if(! empty(trim($input_date_en))){//sinon parametre vide retournerait date du jour
      $dt = new DateTime($input_date_en);
      if($dt->format('Y')>0){ //éviter les saisies du genre "0000-00-00"
        $row['date_fr']=$dt->format('d/m/Y');
        $row['date_en']=$dt->format('Y-m-d');
        return $row;
      }    
      else{
        return false;
      }
    }
    else{
      return false;
    }
  } 
  catch (Exception $e) {
    return false;
  }
}
$req = "INSERT INTO ma_table VALUES (NULL, ?, ?, ?, ?)";
$qry = $pdo->prepare( $req );
$debut=retourne_dates($_POST['debut']);
$fin=retourne_dates($_POST['fin']);
if($debut!==false && $fin!==false){
  $qry->execute( array( $idel, $idu, $debut['date_en'], $fin['date_en'] ) );
}

[rawsrc]

Salut,

@Dendrite
Ce genre de fonction trouvée sur le net est souvent moisi.
Pourquoi encapsuler le traitement dans un try { } catch { } alors que Datetime renvoie false quand la date n'est pas constructible ?
Bref, perte inutile de ressources et de temps.
Ensuite où t'as vu que le format Y-m-d était le format anglais ? Le format anglais d'une date est m/d/Y. Donc, le code induit une erreur grossière.
Enfin, les formulaires renvoient les dates saisies dans le format normalisé : Y-m-d quelle que soit la locale utilisée (heureusement)

CONSEIL :
Dans votre code PHP, il faut toujours manipuler les dates soit :
- sous format Datetime()
- soit sous format texte Y-m-d
Aucune autre tolérance ne devrait être permise.

[Dendrite]

Valeurs de retour ¶
Retourne une nouvelle instance DateTime. Style procédural retourne FALSE en cas d'erreur.

Quand je lis ça dans le manuel, j'en conclue que le style objet ne retourne pas false ? Allez savoir...

english = de langue anglaise, pas anglais au sens restrictif comme l'équipe de foot...

[rawsrc]

Quand je lis ça dans le manuel, j'en conclue que le style objet ne retourne pas false ? Allez savoir...

T'as raison, DateTime lève bien une exception en cas de problème de date invalide, donc le try catch est bien approprié

[MaitrePylos]

Sinon, chouette conf sur le sujet