Article Les erreurs fréquentes en SQL / PHP

Article Les erreurs fréquentes en SQL / PHP - Version imprimable

+- JeuWeb - Crée ton jeu par navigateur (https://jeuweb.org)
+-- Forum : Discussions, Aide, Ressources... (https://jeuweb.org/forumdisplay.php?fid=38)
+--- Forum : Programmation, infrastructure (https://jeuweb.org/forumdisplay.php?fid=51)
+--- Sujet : Article Les erreurs fréquentes en SQL / PHP (/showthread.php?tid=8202)

Les erreurs fréquentes en SQL / PHP - Xenos - 14-09-2020

Les erreurs fréquentes en SQL / PHP

L'intéret de ce sujet est de référencer les erreurs courrament rencontrées. Des erreurs qui de plus pourraient souvent être facilement évitées.

Mots réservés ou mots clés MySQL

Parfois, lors de l'exécution de vos requêtes vous aller avoir à faire à une erreur du type :

Citation :<div class="no">
Erreur de syntaxe près de [ .. ] à la ligne 1.

Vérifiez dès lors que les noms de vos champs ne sont pas réservés par MySQL. Vous trouverez la liste de ces mots en suivant le lien suivant : Cas des mots réservés MySQL

Undefined Index

On aborde cette fois-ci la situation où le message d'erreur

Code :
Notice: Undefined index

est renvoyé.
Le mot clé

Code :
Notice

indique qu'il ne s'agit pas d'une grosse erreur & donc facilement corrigeable.

Le problème est de vérifier que la clé citée dans le message d'erreur a bien une valeur dans ledit tableau (

Code :
$_POST

Code :
$_GET

)

Pour cela, un simple

Code :
isSet( $_ARRAY[ 'tableKey' ] )

suffit.

Headers already sent by

Le message type dans les cas d'utilisation des sessions et / ou des cookies.
cannot modify header information - headers already sent by

Il ne faut pas oublier que les headers doivent être envoyé avant TOUT code HTML qu'il soit directement dans le script, ou bien renvoyé par PHP.

Pour pallier à cette erreur, vous pouvez utiliser les fonctions de manipulation du buffer. Pour cela, consulter la référence Fonctions ob_ ; Bufferisation de sortie

Parse Error

Ce type d'erreur correspond souvent à un oubli. Un oubli de virgule, de point, de point-virgule. Ces erreurs sont simples à corriger. Cependant il arrive qu'il faille regarder - généralement - la ligne au dessus pour trouver l'erreur, non pas la ligne citée dans le message d'erreur.

Différents types standards d'erreurs :

Code :
Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING

Dans ce cas, l'erreur se trouve - généralement - dans la ligne courante.

Code :
Parse error: syntax error, unexpected T_VARIABLE

Généralement, regardez la ligne précédente. Vous avez sûrement omis un point virgule.

Manipulation du temps avec PHP & SQL

Une erreur de conception classique, utiliser des champs VARCHAR pour stocker des timestamp PHP dans une table SQL.

Les champ de type

Code :
TIMESTAMP

sont fait pour ça, ils stockent la date au format AAAA-MM-JJ HH:MM:SS, le

Code :
TIMESTAMP

qu'il est alors que j'écris ces lignes est 2010-10-18 00:14:54 !

Ces valeurs sont bien plus lisibles et surtout, bien plus pratique à utiliser ! On peut facilement les mettre en valeur par défaut d'un champ, et le

Code :
TIMESTAMP

est alors généré automatiquement par SQL lors de l'enregistrement d'une entrée dans la table : rien à gérer côté PHP !

On peut s'en servir pour formater une date directement avec SQL, à l'aide de la fonction SQL DATE_FORMAT(date, format), qui s'utilise de cette manière :

Cette requête renvoie le nom (champ :

Code :
nom

) et la date d'inscription (nom du champ :

Code :
date_inscription

) de chaque joueur, on ne renvoie ici que le jour, le mois et l'année d'inscription, car le reste n'est pas nécessaire :

mysql_query("SELECT nom, DATE_FORMAT(date_inscription, '%d/%m/%Y') AS date_inscription FROM comptes;");

// Renverra les dates au format JJ/MM/AAAA

Si j'avais voulu renvoyer le moment de l'inscription à la minute près et dans une jolie chaîne de caractères, j'aurais fais :

mysql_query("SELECT nom, DATE_FORMAT(date_inscription, 'le membre s\'est inscrit le %d %m %Y à %Hh%i.') AS inscription_date FROM comptes;")

On trouvera les correspondances sur PHPFrance - Formater une date par exemple.

Les

Code :
TIMESTAMP

sont plus pratique à utiliser pour les fonctions de dates.

Par exemple, si je veux effacer les messages d'une table et qui ont été crées il y à 5 jours ou plus :

mysql_query("DELETE FROM messages WHERE creation_date < DATE_SUB(CURRENT_TIMESTAMP(), INTERVAL 5 DAY)");

À voir :
* AB MySQL - Fonctions de dates et d'heures
* MySQL : Formater une date

Manipulation des temps, parce qu'il y a des confusion à éclaircir :

-

Code :
mktime()

sert à créer un timestamp à partir de paramètres, si tu ne veux lui passer aucun paramètre autant appeler

Code :
time()

.

- MySQL travaille à la précision donnée par le type du champ, un type

Code :
TIMESTAMP

est à la seconde près, donc "

Code :
DATE_SUB(CURRENT_TIMESTAMP(), INTERVAL 5 DAY)

" c'est 5 jours avant, à la seconde près.

- Quand on fait des requêtes, l'idée générale est de déléguer le maximum de traitements au serveur SQL, donc c'est une bonne chose de lui faire gérer les traitements de date directement.

- Il y a

Code :
strtotime()

qui existe et qui est diablement pratique, plutôt que de faire "

Code :
time()-432000

" on peut faire "

Code :
strtotime('-5 DAYS')

"

— _who (whoshallsucceed@gmail.com) 2010/10/19 00:05
Avec l'aimable participation de Sephi-Chan & naholyr