Discussion :

[gat91200]

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 :

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

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

[Antoun]

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 :

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

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

[gat91200]

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

[Antoun]

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 :

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

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

[gat91200]

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

Code :

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

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 ?

[gat91200]

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

[Antoun]

Le cas est :

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 ?

[Spartacusply]

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

[Antoun]

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

[Spartacusply]

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

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

[Antoun]

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

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 ?