[Problème] LazyDbBackup et codage du fichier SQL

[fynhooft]

Bonjour,

J'ai installé le plugin de sauvegarde de base de données de RobertG : LazyDbBackup PDO (http://www.joomxtensions.com/lazydbbackup.html).
En voulant tester la sauvegarde sur un site local, le codage du fichier n'est pas bon : je trouve des codes du genre :

é , – , ...

J'ai utilisé Notepad++ pensant que c'était un problème de utf8 sans BOM mais cela ne fonctionne pas.

Comment récupérer le bon codage ?

Merci d'avance pour vos réponses.

[tataye]

Re : LazyDbBackup et codage du fichier SQL

j'ai eu le même souci sans trouver de solution

[Wismer]

Re : LazyDbBackup et codage du fichier SQL

C'est surement une double traduction caractere html
& &
é é

....
voir le site :

http://www.web1.pro/unicode.htm

Du coup, voir si il faut pas modifier tous les & en &?
++
Wis

[RobertG]

Re : LazyDbBackup et codage du fichier SQL

Avez-vous essayé la version MySQLi pour comparer ? A priori, ce sont les fonctions PHP de copie des tables qui seraient en cause.
Je ne sais pas si je maintiendrai la version PDO qui génère des erreurs sur certains serveurs et empêche la sauvegarde.

[fynhooft]

Re : LazyDbBackup et codage du fichier SQL

Bonjour,

@tataye :
Cela faisait un moment que nous n'avions pas discuté dans un même post.

Du coup, voir si il faut pas modifier tous les & en &?

J'ai tenté de le faire. Quelle galère : on oublie toujours quelque chose. Sinon, l'import fonctionne correctement ensuite.

Avez-vous essayé la version MySQLi pour comparer ?

Non, je n'ai pas essayé.

[RobertG]

Re : LazyDbBackup et codage du fichier SQL

Si l'import fonctionne correctement, c'est déjà un bon point !

[fynhooft]

Re : LazyDbBackup et codage du fichier SQL

Si l'import fonctionne correctement, c'est déjà un bon point !

OK, mais ce n'est pas une solution.

[fynhooft]

Re : LazyDbBackup et codage du fichier SQL

Avez-vous essayé la version MySQLi pour comparer ?

J'ai enlevé la version PDO puis remplacé par la MySQLi.
J'obtiens exactement la même chose : la sauvegarde n'est pas exploitable telle quelle !

Que fait-on maintenant ? Faut-il essayer aussi avec la version LazyDbBackup 3.1 ?

[RobertG]

Re : LazyDbBackup et codage du fichier SQL

Pourtant, les deux méthodes de récupération des données ne sont pas les mêmes.

Complément : je viens de tester GetJoomla FR en local et installer juste une page d'accueil, puis j'ai installé la version PDO et fait une sauvegarde. Voici le début du texte d'insertion de l'article dans le dump :

INSERT INTO r5thq_content VALUES ('1','61','Comment débuter ?','comment-debuter','<p>La création d\'un site web avec Joomla est simple, le déploiement de ce site exemple vous y aidera. <br />Les quelques principes de base présentés ci-dessous vous guideront dans la compréhension de ce logiciel.</p><h3>Qu\'est-ce qu\'un Système de Gestion de Contenu ?</h3><p>Un système de gestion de contenu (SGC ou CMS de l\'anglais Content Management System) est un logiciel qui vous permet de créer et gérer des pages Web facilement, séparant la création des contenus de la gestion technique nécessaire à une diffusion sur le web.</p><p>Le contenu rédactionnel est stocké et restitué par une base de données, l\'aspect (police, taille, couleur, emplacement, etc.) est géré par un template (habillage du site).

Les lettres accentuées et caractères spéciaux sont présents tels quels. Pas de &amp ni é dans le code.
La question est donc de savoir pourquoi chez certains il y a ce codage. N'est-il pas déjà présent dans la base de données ?
En local, Wampserver est en PHP 5.5.12 et MySQL en 5.6.17-log

[fynhooft]

Re : LazyDbBackup et codage du fichier SQL

...
Je viens de télécharger la base de données directement chez OVH et je l'ai installé avec PhpMyAdmin. Le site s'est alors affiché normalement.

Le problème se trouve dans tes sauvegardes. Le code qui est généré est en html : guillemets remplacés par des \" , é remplacé par é , et ainsi de suite. Pourquoi les caractères sont remplacés par leur équivalents html ?

[RobertG]

Re : LazyDbBackup et codage du fichier SQL

Dans le test que je viens de citer, il n'y a aucun remplacement de ce type avec la version PDO. La question est donc de comprendre pourquoi tu rencontres ce remplacement et pas moi.

[fynhooft]

Re : LazyDbBackup et codage du fichier SQL

pourquoi tu rencontres ce remplacement et pas moi.

Je ne suis pas le seul. Regardes le deuxième post : Tataye a eu le même souci !

[RobertG]

Re : LazyDbBackup et codage du fichier SQL

Oui, j'avais vu et c'est pour ça que j'avais précédemment écrit "pourquoi chez certains il y a ce codage".
Je viens d'étudier une ancienne base (site créé en 2008 et hébergé chez OVH) et il y a en effet traitement des "é" et autres caractères du même type provenant de ces anciennes versions des textes insérés à l'époque où les caractères accentués et spéciaux étaient systématiquement remplacés dans la base, et aucun problème pour les textes récents.

[fynhooft]

Re : LazyDbBackup et codage du fichier SQL

En observant le fichier généré, il semble qu'il y ait des backslash ( \ ) qui trainent devant chaque caractère converti.
exemple :
\" à la place de "

Peut-être une piste !

[RobertG]

Re : LazyDbBackup et codage du fichier SQL

Le problème est plus que cohabitent dans les champs de la base des "é" et "é" et que le traitement du code par la fonction PHP htmlspecialchars au cours de la sauvegarde intéresse d'abord le "&" sans tenir compte du fait qu'il ne faudrait pas traiter cette entité, et pour le moment, à part supprimer ce traitement par htmlspecialchars, ce qui pourrait avoir d'autres effets négatifs, je n'ai pas de solution.
Il y aurait bien aussi la possibilité de transformer tous les "é" en "é" (et les autres) avant sauvegarde, en utilisant html_entity_decode, mais là encore, je ne suis pas sûr de l'absence d'un effet de bord néfaste avec d'autres langages que le nôtre.