Transfert de local vers serveur (problème: database) Topic is solved

[Lionel]

Bonjour,

J’ai réalisé mon premier site lié à cmsms en local sous wamp5 et j’aimerais désormais transférer mes données sur mon serveur.

Installation sur serveur -> ok
Noms des tables similaires entre ma bd locale et celle du serveur -> ok

J’ai effectué uniquement des « insert » de toutes les tables et voici mon erreur.

--------------------------------------------------------------------------------------
Erreur
requête SQL:
--
-- Contenu de la table `cms_additional_htmlblob_users`
--
INSERT INTO `cms_additional_htmlblob_users` ( `additional_htmlblob_users_id` , `user_id` , `htmlblob_id` )
VALUES ( 6, 1, 5 ) , ( 21, 1, 1 ) , ( 15, 1, 2 ) , ( 24, 1, 3 ) ;
MySQL a répondu: 
#1062 - Duplicate entry '6' for key 1

--------------------------------------------------------------------------------------
J’ignore quelle partie du cms cette table renseigne…

J’imagine qu’il y a des tables qu’on ne doit pas surcharger ?

Pourriez-vous svp me renseigner sur la manière d’effectuer ce genre de transfert sans encombre  ?

Merci d’avance

Lionel

[jce76350]

re,

J’ignore quelle partie du cms cette table renseigne…

c'est le  Contenu  » Blocs de contenus globaux

Si c'est Ok  pour les autres tables fait un test en te connectant en /admin

J’imagine qu’il y a des tables qu’on ne doit pas surcharger ?

Tes pages fonctionnent ?

[Lionel]

Merci pour votre réponse.

Non car si l’une des requêtes est erronée, il ne prend pas en compte le restant des « insert » donc à la limite je pourrais envoyer les autres requêtes et voir se que cela donne ?

Au cas où j’ai fait des modifications dans « Blocs de contenus globaux »…

[Lionel]

J’ai soustrait la requête qui posait problème et apparemment je collectionne les erreurs du même type soit un problème « #1062 – Duplicate… »

Reste à savoir pourquoi…

La solution serait d’utiliser REPLACE au lieu de INSERT ?

Il faut toutefois faire exception des tables liées aux préférences du système sans quoi je suis bon pour tout réinstaller.

Connaissez-vous le nom de ces tables ?

Je dirais :
cms_crossref (<- parce que je ne sais pas à quoi elle se réfère)
cms_users

En tout cas…

Merci

[jce76350]

re,

la à mon avis tu es bon pour faire une RAZ de la base distante ...
Fait d'abord un test d'installation de CMS MS avec un prefix de table par exemple cms1_
Ensuite si tout est Ok
Tu poura procéder proceder a la mise en place de la base avec prefix de table  cms_ (celui de ton essai local)
si tout est Ok
Tu fait une modif du config.php  $config['db_prefix'] = 'cms1_'; --> $config['db_prefix'] = 'cms_';
et la tu auras ton site comme en local

[Lionel]

Intéressant !

Donc je créais les tables avec leur contenu dans la base existante avec un nouveau préfixe et ensuite je redirige cmsms via config.php vers mes nouvelles tables.

Si un problème survient, je n’ai qu’à redéfinir l’ancien préfixe.

Cependant je n’ai pas les mêmes préférences concernant le mot de passe administrateur entre la base local et celle du serveur. Alors dois-je éviter de redéfinir certaines tables comme cms_users ?

Merci

[Lionel]

Oui cela a fonctionné mais j’ai eu dans un premier temps cette erreur...

Fatal error: Call to a member function on a non-object in /home/xxxxx/public_html/xxxxx/cms/plugins/function.cms_selflink.php on line 331

Elle n’empêche pas l’affichage du site bien que le résultat soit incorrect. Certains blocs de contenus globaux ne s’affichent pas même si existants, il y a des imperfections un peu partout.

Tous les caractères accentués sont tombés mais là je me demande si ce n’est pas phpmyadmin qui provoque ça lors de l’export de la bd puisque les caractères sont déjà modifiés ?

[jce76350]

re,

Fatal error: Call to a member function on a non-object in /home/xxxxx/public_html/xxxxx/cms/plugins/function.cms_selflink.php on line 331

Soit un probleme de transfert de fichier, ou un tag mal écrit
C'est le problème des bidouilles entre local et distant

Tous les caractères accentués sont tombés mais là je me demande si ce n’est pas phpmyadmin qui provoque ça lors de l’export de la bd

Oui c'est un problème de codage

[Lionel]

Je crois en fait que le seul problème dans tout ça réside dans l'affaire du codage.

En fait si j'ai des signes de ce type:

"intéresse"

ça signifie qu'il est lu en ISO-8859-1 mais encodé en UTF-8.

Alors j'ai modifié mon charset dans cmsms mais évidemment ça ne peut pas fonctionner puisque les caractères sont déjà modifiés dans la bd !

Je pense que le mal est fait et que je vais (pour cette fois) faire du copier/coller de l'admin local vers l'admin serveur de cmsms.

Mais en ayant les bonnes configurations concernant l'encodage, il est clair qu'on peut travailler en local sans soucis.

Je vais trouver les bonnes configurations...

[jce76350]

re,

En fait si j'ai des signes de ce type:
"intéresse"
ça signifie qu'il est lu en ISO-8859-1 mais encodé en UTF-8.

Alors dans ce cas la manip à faire
Sauvegarde (exporter) les données seules de la BD  au format sql
Ouvrir ce fichier avec un éditeur comme notepad++ par exemple
Passer l'encodage en UTF-8 ou ....  pour avoir le bon codage ( Menu Encoage)
Sauvegarder le fichier modifié (par précaution)
Vider toutes les tables de la BD
Importer (par SQL) les données modifiées.

[Lionel]

Oui bien vu car il fait les transformations mais malheureusement il y a des conflits avec les apostrophes. Apparemment, il a inséré des apostrophes parmi les signes parasites.

Du coup, je me suis retrouvé avec deux problèmes :

Des doubles apostrophes du genre: l’’ami

Et des confusions du genre :

(180, 'l'histoire', 1), -> histoire'

Il confond les guillemets (String) et l’apostrophe et là il n’y a pas d’issu possible pour faire une correction automatique !

[Lionel]

J’ai inséré manuellement du panneau d’administration de cmsms en local vers celui du serveur. J’ai contourné le problème en fait.

Mais j’ai fait un test car cette fois mon charset était en utf-8 et j’ai donc fait un dump depuis le serveur et je me retrouve de nouveau avec mes caractères accentués modifiés.

Bref le problème n’est pas résolu mais je clos l’affaire en ce qui me concerne…

Merci pour votre aide