LazyDbBackup et codage du fichier SQL

[RobertG]

Re : LazyDbBackup et codage du fichier SQL

Je viens de faire quelques tests sur un site contenant des chaînes type "é" provenant d'une version 1.5 de Joomla!. Manifestement, c'est bien la fonction htmlspecialchars utilisée dans la version PDO qui est en cause. Par contre, ce traitement n'étant pas réalisé lors de la sauvegarde des données dans la version MySQLi, il est tout à fait anormal que tu aies eu le même résultat en la testant sauf si tu avais déjà importé une base sauvegardée par la version PDO et donc importé des "é" à la place de "é". Peux-tu vérifier cette hypothèse en testant un export depuis phpMyAdmin ?

[fynhooft]

Re : LazyDbBackup et codage du fichier SQL

Peux-tu vérifier cette hypothèse en testant un export depuis phpMyAdmin ?

C'est plus compliqué que cela.
J'ai supprimé la version PDO pour la remplacer par MySQLi. Comme elle ne fonctionnait pas non plus, j'ai importé directement à partir du site de OVH. Avec la version OVH, pas de souci.

Pour la base, je ne la détruisais pas mais je détruisais toutes les tables qu'elle contenait avant de ré-importer. Donc, en principe, il ne devait rien trainer dedans !
Dis-moi ce que tu veux que je fasse.

[RobertG]

Re : LazyDbBackup et codage du fichier SQL

Ce qu'il faut vérifier, dans la mesure où la version MySQLi ne remplace pas les "é" par "é" lors de la sauvegarde, c'est que tu n'as pas dans ta base actuelle des chaînes déjà sous forme de "&eacute" que la version MySQLi embarquerait telles quelles et qu'un import dans phpMyAdmin ne permettrait pas de restituer en "é" comme c'est le cas avec la version PDO actuelle.

[fynhooft]

Re : LazyDbBackup et codage du fichier SQL

Je viens de faire un export de la base version OVH.
Il y a des "é" dans les articles créés mais pas dans tous !