Dilemne : stockage en base du texte au format HTML... [PHP/MySQL] - PHP - Programmation
Marsh Posté le 13-10-2003 à 19:42:18
Texte brut dans la base.
Le base est là pour stocker des données, pas pour s'occuper de la mise en page
Marsh Posté le 13-10-2003 à 19:46:44
c'est exact mais bon .... c'est pour cela que je voulais connaitre l'impact du htmlentities sur les perfs
Marsh Posté le 13-10-2003 à 21:04:09
Scoubidoo a écrit : c'est exact mais bon .... c'est pour cela que je voulais connaitre l'impact du htmlentities sur les perfs |
htmlentities à l'affichage, ça va de soi...
Marsh Posté le 13-10-2003 à 21:17:53
Ça sert à quoi de convertir les é en é ? Suffit de mettre le bon charset dans l'en-tête de la page...
Marsh Posté le 13-10-2003 à 21:23:55
et au niveau des &, " et ', changer le charset, ça change quelque chose. Dans ce cas, j'utilise le htmlspecialchars au lieu de htmlentities?
Marsh Posté le 13-10-2003 à 19:40:14
Voilà,
Je suis en train de me demander si je dois ou pas stocker du texte au format HTML (au lieu d'avoir é, j'ai é par ex).
Ce qui est stocké en base est affiché mais aussi modifiable. Le problème c'est que mon champ MySQL est un varchar avec taille max définie. Si je met du code HTML (issu de la conversion avec htmlentities), je ne sais pas quelle longueur la chaine va faire.. Et même si je met un maxlength au champ, ça peut être tronqué car é ( é ) en HTML = 8 caractères..
Ca passera même si la chaîne est trop grande mais c'est très moche quand la chaîne est tronquée.
Que faire un htmlentities à l'affichage (donc texte brut en base) ou htmlentities à l'insertion ? htmlentities prends bcp de ressources système?
Merci d'avance
Message édité par Scoubidoo le 13-10-2003 à 19:41:14