Traitement de date champs NULL 01/01/1970

Bonjour à tous !

J'ai un petit soucis au niveau du traitement des dates. J'utilise un petit bout de code php (voir ci-dessous) pour passer la date au format FR. Cela marche bien quand il y a une date. En revanche pour un prospect qui n'a pas été relancé (date_relance est donc = NULL en BDD) cela m'affiche la date 01/01/1970.

Code:

---

1 2	$date_relance = $resultat_afficher_prospects['date_relance']; $date_relance = date("d/m/Y", strtotime($date_relance));

---

Comment faire pour que rien ne s'affiche lorsque le champs date est NULL ?

Merci

Si ta date est NULL dans MySQL, le strtotime va faire comme si elle était zéro.... et la date zéro correspond au 1er janvier 1970 (début de l'époque Unix).

Tu peux par exemple faire un truc comme ça :

Code:

---

1 2	$date_relance = $resultat_afficher_prospects['date_relance']; $date_relance = $date_relance ? date("d/m/Y", strtotime($date_relance)) : "";

---

Désolé en fait je me suis mal exprimé. En fait dans la BDD la valeur ne correspond pas a NULL mais à 0000-00-00.
Après traitement PHP la date qui s'affiche est 01/01/1970.

A la place je voudrais soit rien afficher soit afficher "xx/xx/xxx"

Est-ce possible ?

Merci pour la réponse précédente ca peut tout de même me servir

Ce que je t'ai indiqué devrait marcher aussi que la date soit NULL ou 0.

Si tu veux afficher xx/xx/xxxx, ça donne ça :

Code:

---

1 2	$date_relance = $resultat_afficher_prospects['date_relance']; $date_relance = $date_relance ? date("d/m/Y", strtotime($date_relance)) : "xx/xx/xxxx";

---

Non cela ne marche pas, j'ai toujours 01/01/1970 qui s'affiche. Voila mes 2 lignes php :

Code:

---

1 2 3 4

$date_contact = $resultat_afficher_prospects['date_contact'];   $date_contact = $date_contact ? date("d/m/Y", strtotime($date_contact)) : '--/--/----';

---

Est-ce que le type de champs 'date' en BDD poserait problème ?

Petite info:

Dans ma BDD le champs date est par défault NULL. Par contre lors d'un enregistrement même si je laisse le champs vide je me retrouve avec 0000-00-00 et non NULL

Non, le comportement MySQL est correct. Il faudrait juste voir ce que récupère PHP. Qu'est-ce qui s'affiche pour les dates vides si tu ne fais pas du tout le strtotime ?

Citation:

---

Non, le comportement MySQL est correct.

---

A noter que c'est correct, mais aussi que c'est bien pourri :aie:

Citation:

---

$date_contact = $date_contact ? date("d/m/Y", strtotime($date_contact)) : '--/--/----';

---

Ceci dit c'est tout à fait normal que ce test là ne passe pas car le résultat de (bool)'0000-00-00' vaut true.

Mon conseil serait de tester les valeurs avant insertion et d'insérer explicitement NULL si la date n'est pas valide.

Citation:

---

Envoyé par Spartacusply

Mon conseil serait de tester les valeurs avant insertion et d'insérer explicitement NULL si la date n'est pas valide.

---

La question n'est pas une date invalide mais une date non renseignée.

Ca marche aussi, un truc qui n'existe pas n'est pas une date valide. Je lui conseil donc d'indiquer explicitement le champ date en tant que NULL lors de l'insertion.

Citation:

---

Envoyé par Spartacusply

Ceci dit c'est tout à fait normal que ce test là ne passe pas car le résultat de (bool)'0000-00-00' vaut true.

---

Je voudrais précisément savoir ce que PHP reçoit...

Si ta supposition est juste, à savoir que PHP reçoit '0000-00-00', la solution est :

Code:

---

$date_contact = $date_relance != '0000-00-00' ? date("d/m/Y", strtotime($date_relance)) : '--/--/----';

---

A mon avis oui, c'est bien ce qu'il reçoit je vois pas autrement d'où sortirai cette date '0000-00-00' vu que php ne fait pas une aberration pareille.

Citation:

---

Envoyé par Antoun

Je voudrais précisément savoir ce que PHP reçoit...

Si ta supposition est juste, à savoir que PHP reçoit '0000-00-00', la solution est :

Code:

---

$date_contact = $date_contact != '0000-00-00' ? date("d/m/Y", strtotime($date_contact)) : '--/--/----';

---

---

Mais dans ce cas là NULL ne renvoi pas le bon résultat. IL faudrait donc tester NULL et '0000-00-00' (enfin dans l'absolu le plus total il faudrai que Mysql fasse bien son taf).

C'est pour ça que je propose de contrôler l'entrée plutôt que la sortie (stocker une date '0000-00-00' c'est moche et c'est pas propre).

Le cas est :

Citation:

---

Envoyé par gat91200

En revanche pour un prospect qui n'a pas été relancé (date_relance est donc = NULL en BDD) cela m'affiche la date 01/01/1970.

---

Donc c'est normal que la date soit NULL.

A moins que tu ne veuilles mettre une date de non-relance ?

Il faut qu'elle soit NULL mais pas '0000-00-00' dans aucun cas.

Mais personne n'a dit que ça faisait '0000-00-00' ! C'est toi qui a inventé ça :rouleau:

C'est ce que je comprends dans cette phrase personnellement :

Citation:

---

Dans ma BDD le champs date est par défault NULL. Par contre lors d'un enregistrement même si je laisse le champs vide je me retrouve avec 0000-00-00 et non NULL

---

Mais par contre en effet je peux me planter...

Ah, toutes mes excuses, j'avais raté cette phrase :oops:

Effectivement, quand la colonne date est obligatoire, MySQL refuse les dates invalides mais accepte les NULL en les transformant en date 0000-00-00. Idéalement, il faudrait donc modifier la table pour que la colonne date_relance soit nullable, puis transformer les 0000-00-00 en NULL.

Ceci dit, ça ne modifie pas trop les choses côté PHP... il faut voir quelle est la valeur (ou quelles sont les valeurs) reçue(s) quand il n'y a pas de relance, et l'(es) exclure du strtotime.

Au fait, pourquoi faire un strtotime ? Quand il y a une date renseignée, PHP ne devrait-il pas recevoir une date ?

@gat91200 : il y a un moment où tu es passé de $date_relance à $date_contact... c'est quoi la bonne variable ?

Citation:

---

Au fait, pourquoi faire un strtotime ? Quand il y a une date renseignée, PHP ne devrait-il pas recevoir une date ?

---

Oulà non, typage (très) faible en php : tout est chaine quand on va chercher en base de données.

Ce n'est pas le typage de PHP qui est en cause : les types PHP existent mais un transtypage mysql <-> PHP ça serait un peu audacieux ; surtout pour une date. Je ne suis pas sûr qu'on veuille que les DATETIME mysql soit automatiquement récuperés en Datetime PHP.

Oui, vous avez raison... Ça fait trop longtemps que je n'ai plus fait de PHP :(