Index du forum »»  Bugs, Probs ... »» [Résolu] - pb avec savemysql

[Résolu] - pb avec savemysql#26707

3Contributeur(s)
HerveNpdsteurjpb
3 Modérateur(s)
developpeurjpbJireck
jpb jpbicon_post
Citation : jpb 

fixé ...
ça fonctionne sur le labo. 

les corrections sont là
https://github.com/npds/npds_dune/commit/c36cd377a570cea0eb0ad1c86268fc491295f5a0
Herve Herveicon_post
Mon problème doit être différent car même avec les nouveaux fichiers savemysql.php et archive.php j'ai toujours le même message (tables non trouvées :# ). Pas dramatique : je sauvegarde avec phpmyadmin en attendant :-)
jpb jpbicon_post
quand une fait une sauvegarde dans ton navigateur ca donne quoi ?
jpb jpbicon_post
at quand tu choisis la première option dans les preferences ?? c'est à dire les tables dans le navigateur ??
ça donne quoi ?
Herve Herveicon_post
avec la 1ère option de sauvegarde, j'ai un message (très éphémère !) :

"Aucune table n'a été trouvée PK4 ?Paction.syndicale-020120.sqlPK4 ?Paction.syndicale-020120.sqlPKIG"

(avant les ? c'est un losange noir et non pas un espace)
Npdsteur Npdsteuricon_post
Citation : Herve 
(avant les ? c'est un losange noir et non pas un espace) 

Justement: C'est probablement là qu'il doit y avoir un souci ! ;-)
jpb jpbicon_post
donc le nom de ta base base c'est : Paction.syndicale-020120.sql

...deux points dans le nom de la base ca me chagrine vraiment ...

peux tu remplacer la ligne 161 de savemysql par :

$tables = sql_list_tables('''.$dbname.''');////

tout les quotes sont des SIMPLE ' ' '
Herve Herveicon_post
En fait ma base et mon login s'appellent action.syndicale
Il y a donc un seul point et je ne sais pas à quoi correspond le P du message d'erreur.
Je vais essayer maintenant ta solution

-------
Pas plus de succès ! je vais installer 16.0 sur un autre site avec un nom de base sans ponctuation. Ca permettra d'être certain à propos du point

Message édité par : Herve / 01-02-2020 16:11

Herve Herveicon_post
Installé NPDS 16 pris sur github, nom de la base uniquement des lettres , tables sans préfixe. Conclusion : savemysql marche parfaitement dans pages perso de Free :b
Le responsable du bug est soit le préfixe, soit plus probablement le point (je ne suis pas assez calé pour l'enquête !)

savemysql est donc innocent ! :-D

Message édité par : Herve / 01-02-2020 19:29

jpb jpbicon_post
probalement le point ! car le nom de la base lui n'a pas de prefixe ... et à priori cela plante des que l'on fait la liste des tables de la base ! ...

la correction que je t'ai donné ne fonctionne pas ??
Herve Herveicon_post
Non elle n'a pas fonctionné mais peut-être parce que j'ai fait copié collé : fallait-il que j'enlève les / qui suivaient le ; ? J'ai essayé avec et sans, mais pas de succès !
Ce qui m'étonne, c'est que la communication avec la base se fait sans problème pour tout le reste (forum, articles, agenda, ...)

Message édité par : Herve / 01-02-2020 20:51

jpb jpbicon_post
remplace AUSSI la ligne 122 de la même manière (les //// c'est pas grave)
Herve Herveicon_post
oui j'avais fait aussi la ligne 122. Pas d'amélioration.
jpb jpbicon_post
c'est très curieux cette affaire ...
Herve Herveicon_post
Mystère résolu : Dans les databases gérées par Free (et peut-être les autres), s'il y a un point dans le nom (ex : x.y), il est interprété comme x_y (tiret bas à la place du point). Il faut donc mettre ce dernier nom dans config.php ligne 33 et tout marche !
Merci jpb pour toute l'aide sur forum et chat.
Je marque le sujet en résolu