Fusion de SPIP - comments Fusion de SPIP 2020-07-02T08:55:49Z https://contrib.spip.net/Fusion-de-SPIP#comment505892 2020-07-02T08:55:49Z <p>j'ai essayé dans phpMyAdmin</p> <pre>ALTER TABLE `spip_articles` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_bin</pre> <p>mais j'ai une erreur</p> <pre>#1067 - Valeur par défaut invalide pour 'date'</pre> <p>J'ai donc changé manuellement dans mon fichier sql cible (j'ai une sauvegarde d'un SPIP vide avec juste la config de base pour ne pas avoir à tout reprendre à chaque fois), avant import dans phpMyAdmin</p> <pre>ENGINE=MyISAM DEFAULT CHARSET=utf8mb4 COLLATE utf8mb4_bin;</pre> <p>du coup, les émojis sont remplacés en bases par des <code>????</code>.</p> <p>La base, elle, est bien en : <a href="https://pic.infini.fr/YGvbsafJ/buEtM73S.png" class='spip_url spip_out auto' rel='nofollow external'>https://pic.infini.fr/YGvbsafJ/buEtM73S.png</a></p> <p>Bref, on n'est pas sorti des ronces !</p> Fusion de SPIP 2020-07-01T16:12:49Z https://contrib.spip.net/Fusion-de-SPIP#comment505887 2020-07-01T16:12:49Z <p>Ça doit venir d'un problème d'encodage de la base / des tables.</p> <p><a href="https://stackoverflow.com/questions/39463134/how-to-store-emoji-character-in-mysql-database" class='spip_url spip_out auto' rel='nofollow external'>https://stackoverflow.com/questions/39463134/how-to-store-emoji-character-in-mysql-database</a></p> <p>1) Database: Change Database default collation as utf8mb4.</p> <p>2) Table: Change table collation as CHARACTER SET utf8mb4 COLLATE utf8mb4_bin.</p> <p>Query: ALTER TABLE Tablename CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_bin</p> <p>(pour toutes les tables donc, enfin au moins spip_articles et quelques autres)</p> Fusion de SPIP 2020-07-01T15:27:23Z https://contrib.spip.net/Fusion-de-SPIP#comment505886 2020-07-01T15:27:23Z <p>Bon, j'ai repassé l'hébergement en PHP 5.6 pour pouvoir utiliser <code>mysql_query()</code> mais j'ai toujours un problème de caractères, notamment avec des émojis dans le texte, par ex 📣 (no comment, je ne suis pas rédacteur du site ^^).<br class='autobr' /> Les accents, eux, semblent bien passer...</p> Fusion de SPIP 2020-07-01T14:04:52Z https://contrib.spip.net/Fusion-de-SPIP#comment505885 2020-07-01T14:04:52Z <p>Je ne crois pas que ce soit la bonne piste en fait, il n'y a rien dans $GLOBALS['connexions'] à cette étape là. Faudrait que je creuse un peu...</p> Fusion de SPIP 2020-07-01T13:56:04Z https://contrib.spip.net/Fusion-de-SPIP#comment505884 2020-07-01T13:56:04Z <p>hum... c'est la partie après le juste qui me pose problème :</p> <blockquote class="spip"> <p>trouver le bon index dans le fichier connect de la base source</p> </blockquote> <p>Ca doit dévoiler un peu mon faible niveau en PHP :)</p> Fusion de SPIP 2020-07-01T13:36:04Z https://contrib.spip.net/Fusion-de-SPIP#comment505883 2020-07-01T13:36:04Z <p>Le <strong>$link</strong> en question est à priori dans le tableau <strong>$GLOBALS['connexions']</strong>, qui stocke en globale tous les liens mysqli ouverts.</p> <p>L'index 0 est le lien principal (celui déclaré dans /config/connect.php), il faut juste réussir à trouver le bon index dans le fichier connect de la base source...</p> Fusion de SPIP 2020-07-01T13:14:40Z https://contrib.spip.net/Fusion-de-SPIP#comment505882 2020-07-01T13:14:40Z <p>Ça serait avec joie mais le truc, c'est que je trouve pas la bonne syntaxe du coup :)</p> <p>La doc PHP indique :</p> <div class='precode'><pre dir='ltr' style='text-align: left;'class="php"><code><a href="http://www.php.net/mysqli_set_charset"><span class="kw3">mysqli_set_charset</span></a> <span class="br0">&#40;</span> mysqli <span class="re0">$link</span> <span class="sy0">,</span> string <span class="re0">$charset</span> <span class="br0">&#41;</span></code></pre></div> <p>quand la doc du plugin indique :</p> <div class='precode'><pre dir='ltr' style='text-align: left;'class="php"><code><a href="http://www.php.net/mysql_query"><span class="kw3">mysql_query</span></a><span class="br0">&#40;</span><span class="st0">"SET NAMES 'utf8'"</span><span class="br0">&#41;</span><span class="sy0">;</span></code></pre></div> <p>Et je ne vois pas comment faire la conversion malgré mes recherches (j'ai tenté plusieurs trucs mais j'ai toujours des erreurs :( )</p> Fusion de SPIP 2020-07-01T13:10:47Z https://contrib.spip.net/Fusion-de-SPIP#comment505881 2020-07-01T13:10:47Z <p>J'imagine qu'il faut utiliser la syntaxe conseillée, non ? ^^<br class='autobr' /> Enfin, en fonction de la version de PHP.<br class='autobr' /> Et du coup, mettre à jour la doc du plugin si tu me confirmes que ça marche bien.</p> Fusion de SPIP 2020-07-01T13:06:36Z https://contrib.spip.net/Fusion-de-SPIP#comment505880 2020-07-01T13:06:36Z <p>Salut,</p> <p><code>mysql_query()</code> est supprimée en PHP 7.0 : <a href="https://www.php.net/manual/fr/function.mysql-query.php" class='spip_url spip_out auto' rel='nofollow external'>https://www.php.net/manual/fr/function.mysql-query.php</a></p> <p>après quelques recherches, il semble conseillé d'utiliser <code>mysqli_set_charset</code> :</p> <blockquote class="spip"> <p>C'est la meilleure façon de modifier le jeu de caractères. Il n'est pas recommandé d'utiliser la fonction mysqli_query() pour le définir (comme avec la requête SET NAMES utf8).</p> </blockquote> <p>Voir la 2e note <a href="https://www.php.net/manual/fr/mysqli.set-charset.php#refsect1-mysqli.set-charset-notes" class='spip_url spip_out auto' rel='nofollow external'>https://www.php.net/manual/fr/mysqli.set-charset.php#refsect1-mysqli.set-charset-notes</a></p> <p>Quelle est la syntaxe a utiliser du coup ?</p> <p>Merci</p> Fusion de SPIP 2020-06-30T21:37:26Z https://contrib.spip.net/Fusion-de-SPIP#comment505875 2020-06-30T21:37:26Z <p>Parfait, content que tu t'en sois sorti, et merci pour le lien vers le plugin RAO :)</p> Fusion de SPIP 2020-06-30T21:21:09Z https://contrib.spip.net/Fusion-de-SPIP#comment505874 2020-06-30T21:21:09Z <p>pour conclure, la procédure de création des liens de traduction a posteriori fut assez facile à faire à la main.<br class='autobr' /> Sur un bout de papier, noter les id des articles de référence, et les articles traduits à associer.<br class='autobr' /> Dans phpMyAdmin (la première fois que je l'utilisai), via mon hébergeur ovh, il suffit de regarder la table spip_articles. il y a une colonne id_trad, qui vaut zéro par défaut.</p> <p>Il suffit de remplacer “0” par le numero de l'article de référence de la traduction.<br class='autobr' /> ex: si l'article en anglais n°4 doit correspondre à l'article en français n°76, alors<br class='autobr' /> il faut mettre “4” dans la colonne id_trad sur la ligne de l'article 4 <strong>et</strong> sur celle de l'article 76</p> Fusion de SPIP 2020-06-30T13:43:41Z https://contrib.spip.net/Fusion-de-SPIP#comment505871 2020-06-30T13:43:41Z <p>les créer, plutôt</p> Fusion de SPIP 2020-06-30T13:42:47Z https://contrib.spip.net/Fusion-de-SPIP#comment505870 2020-06-30T13:42:47Z <p>tout à fait, il n'y avait pas de liens de traduction (2 spips distincts). Il faut les recréer.</p> Fusion de SPIP 2020-06-30T13:20:09Z https://contrib.spip.net/Fusion-de-SPIP#comment505869 2020-06-30T13:20:09Z <p>Ah super, je ne connaissais pas ce plugin.<br class='autobr' /> On en apprend tous les jours avec SPIP :)</p> <p>Pour le multilinguisme, qu'on se comprenne bien : dans les deux sites de départ, tu n'avais pas de liens de traductions ? ou bien ils ont été perdus après la fusion ?</p> Fusion de SPIP 2020-06-30T12:27:00Z https://contrib.spip.net/Fusion-de-SPIP#comment505868 2020-06-30T12:27:00Z <p>plugin <a href="https://plugins.spip.net/rao.html" class='spip_out' rel='external'>Réassocier auteurs objets (RAO)</a>: ça a bien marché</p> <p>Multilinguisme: ok. je vais essayer de me baser sur la table qui gère les liens de traduction entre articles, et la modifier à la main.<br class='autobr' /> par exemple: depuis un article X, créer une traduction de cet article (l'entrée id_article_Y dans la table est créée); puis modifier la base pour remplacer id_article_Y par id_article_Z; et enfin mettre article Y à la poubelle.</p> Fusion de SPIP 2020-06-30T12:14:36Z https://contrib.spip.net/Fusion-de-SPIP#comment505867 2020-06-30T12:14:36Z <p>RAO ? Kézako ?</p> <p>Pour la fusion des auteurs, j'y ai déjà pensé et c'est en projet, j'essaierai de développer quelque chose si je trouve un peu de temps pour le faire.</p> <p>Par contre, pour lier les articles des deux sites, je ne vois pas trop comment faire : comment savoir qu'un article est une traduction d'un autre ?<br class='autobr' /> Le multilinguisme peut être géré de tellement de façons différentes que ça me parait difficile de trouver une solution générique.</p> Fusion de SPIP 2020-06-30T12:07:39Z https://contrib.spip.net/Fusion-de-SPIP#comment505866 2020-06-30T12:07:39Z <p>pour les auteurs, le plugin RAO devrait faire l'affaire</p> Fusion de SPIP 2020-06-30T11:59:07Z https://contrib.spip.net/Fusion-de-SPIP#comment505865 2020-06-30T11:59:07Z <p>Bonjour,<br class='autobr' /> Existe-t-il un plugin ou un moyen, après la fusion, pour fusionner les auteurs et pour “creer” des liens de traductions?</p> <p>J'ai fusionné deux sites, un en francais et un an anglais, qui étaient en sqlite sur deux domaines différents, vers un seul site sur mysql.<br class='autobr' /> Comment puis-je lier les articles traduits un à un? (une vingtaine: je peux le faire à la main)</p> <p>Je dois aussi fusionner les auteurs en double.</p> Fusion de SPIP 2020-05-20T14:10:25Z https://contrib.spip.net/Fusion-de-SPIP#comment505321 2020-05-20T14:10:25Z <p>Ah... désolé ! Mais oui, le message est plus explicite. A bientôt !</p> Fusion de SPIP 2020-05-20T14:08:26Z https://contrib.spip.net/Fusion-de-SPIP#comment505320 2020-05-20T14:08:26Z <p>Merci pour le retour.<br class='autobr' /> D'après ce que je vois sur la capture écran, en fait il fallait juste cocher “Confirmer la fusion” pour poursuivre sans tenir compte de cette erreur.<br class='autobr' /> Mais bon, au moins le message d'erreur est plus explicite maintenant, et ça t'a permis de t'en sortir, c'est parfait.</p> Fusion de SPIP 2020-05-20T13:53:01Z https://contrib.spip.net/Fusion-de-SPIP#comment505319 2020-05-20T13:53:01Z <p>Bonjour nicod_ merci pour la mise à jour. En fait, ça n'a pas fonctionné (cf copie d'écran). Mais j'ai ajouté la valeur version_installee dans la table spip_meta, avec comme valeur celle indiquée pour mon site hôte (23375) j'ai relancé l'importation, et celle-ci s'est bien déroulée. Je pense avoir tout récupéré. <br class='autobr' /> Merci encore,<br class='autobr' /> Eric LM</p> Fusion de SPIP 2020-05-19T08:19:14Z https://contrib.spip.net/Fusion-de-SPIP#comment505286 2020-05-19T08:19:14Z <p>Un grand merci ! Je vais tester cela demain mercredi, et je reviens vers vous. Bonne journée !</p> Fusion de SPIP 2020-05-18T18:59:25Z https://contrib.spip.net/Fusion-de-SPIP#comment505278 2020-05-18T18:59:25Z <p>Bonjour,</p> <p>c'est une erreur qui apparait quand la clé <i>version_installee</i> ne peut pas être lue (ou est vide) dans la table <i>spip_meta</i> du site source.</p> <p>J'ai mis à jour le plugin pour que cette erreur ne soit plus bloquante, elle génère maintenant uniquement un avertissement qu'il suffit de confirmer.</p> <p>La nouvelle version 1.3.4 devrait être disponible rapidement dans les mises à jour des plugins (d'ici quelques heures au maximum), sinon elle est déjà disponible ici en ZIP : <a href="https://git.spip.net/spip-contrib-extensions/fusion_spip/releases" class='spip_url spip_out auto' rel='nofollow external'>https://git.spip.net/spip-contrib-extensions/fusion_spip/releases</a></p> Fusion de SPIP 2020-05-13T14:24:44Z https://contrib.spip.net/Fusion-de-SPIP#comment505230 2020-05-13T14:24:44Z <p>aucune idée alors :(</p> Fusion de SPIP 2020-05-13T14:21:49Z https://contrib.spip.net/Fusion-de-SPIP#comment505229 2020-05-13T14:21:49Z <p>Bonjour Maïeul, les deux sites sont sous la même version de Spip, puisque j'utilise la mutualisation. Ils sont tous les deux sous Spip 3.2.7 [24472]</p> Fusion de SPIP 2020-05-13T14:14:12Z https://contrib.spip.net/Fusion-de-SPIP#comment505228 2020-05-13T14:14:12Z <p>Les bases peuvent être sur le même serveur, mais ne pas correspondrent à la même version de SPIP (c'est ce que dit le message, même si bizarre qu'il aille plus loin).</p> <p>Sans connaitre le plugin je dirais : s'assurer d'avoir la même version sur les deux sites avant de tenter la fusion.</p> Fusion de SPIP 2020-05-13T13:46:09Z https://contrib.spip.net/Fusion-de-SPIP#comment505227 2020-05-13T13:46:09Z <p>Bonjour, je travaille “en local” (Linux Ubuntu) sur un serveur Apache, et j'utilise la mutualisation de Spip. Les deux sites que je cherche à fusionner sont donc sur le même serveur, et utilisent le même serveur MySql. <br class='autobr' /> J'ai bien déclaré ma base de donnée source comme base externe de mon site hôte.<br class='autobr' /> Or, lorsque je lance la fusion, je reçois le message suivant :</p> <div class='precode'><pre dir='ltr' style='text-align: left;'><code>Le site hôte et le site source ne sont pas dans la même version de base de données : - hôte est en version 23375 - source est en version </code></pre></div> <p>Le message d'erreur n'en dit pas plus.<br class='autobr' /> Pour moi, la version de base de données est la même, puisque les deux bases sont sur le même serveur. Qu'est-ce que j'ai raté ? <br class='autobr' /> Merci,<br class='autobr' /> Eric LM</p> Fusion de SPIP 2020-03-29T08:21:54Z https://contrib.spip.net/Fusion-de-SPIP#comment504406 2020-03-29T08:21:54Z <p>bonjour, <br class='autobr' /> absolument : cela dit : <br class='autobr' /> “AUTEUR NUMÉRO 1<br class='autobr' /> Je suis administrateur<br class='autobr' /> Je suis webmestre<br class='autobr' /> Je gère toutes les rubriques”</p> <p>MAIS sur 3 sites en config et versions <strong>identiques</strong>, sur 2 je n'ai pas cette commande visuellement (« Déclarer une autre base ». ) et seul 1 site l'a (mais celui sur lequel je n'ai pas besoin de faire la manœuvre). Stable non ? Ce n'est donc pas le critère “webmestre” seul qui conditionne l'accès à cette commande ! Lequel alors?</p> Fusion de SPIP 2020-03-28T20:02:30Z https://contrib.spip.net/Fusion-de-SPIP#comment504405 2020-03-28T20:02:30Z <p>Bonjour,<br class='autobr' /> tu es bien webmestre du site ? <br class='autobr' /> (à vérifier dans “Mes informations personnelles”)</p> Fusion de SPIP 2020-03-28T19:54:57Z https://contrib.spip.net/Fusion-de-SPIP#comment504404 2020-03-28T19:54:57Z <p>bonjour, <br class='autobr' /> j'ai des sites sous SPIP 3.2.7 [24473] , et pas de « Maintenance » -> « Maintenance technique », puis choisir « Déclarer une autre base ». mais « Maintenance » -> « Maintenance technique »,<br class='autobr' /> Réparer la base de données !!<br class='autobr' /> Comment fait-on SVp ?</p> Fusion de SPIP 2019-12-22T08:29:59Z https://contrib.spip.net/Fusion-de-SPIP#comment503486 2019-12-22T08:29:59Z <p>J'ai reformulé la réponse anté-précédente pour plus de clarté.</p> <p>Une fois la fusion réalisée, les tables principales étaient bien importées : articles et rubriques et j'ai pu tester le site. J'ai alors constaté que les articles s'affichaient bien, mais *sans* la mise en page gérée par le noisetier. Pourtant le feedback indiquait que 183 noisettes avaient été importées. Je ne connais pas le noisetier, mais peut être lui faut il d'autres tables encore ? Ou recalcul. Groumpf, j'ai pas pensé à recalcul...</p> <p>Mais toutes les tables n'ont visiblement pas été importées : les statistiques par exemple.</p> Fusion de SPIP 2019-12-22T05:50:58Z https://contrib.spip.net/Fusion-de-SPIP#comment503485 2019-12-22T05:50:58Z <p>J'ai essayé à plusieurs reprises, j'arrive visiblement à créer une base (vu que j'ai du donner plusieurs noms “nom existe déjà”) mais impossible de voir quoi que ce soit ensuite.<br class='autobr' /> Où sont écris les infos du plugin car je me retrouve avec une base de données de plus de 100 mo, c'est carrément bizarre.<br class='autobr' /> Le problème c'est que c'était un peu urgent et maintenant j'ai pas mal avancé sur le nouveau site, à voir comment réagencer propre...</p> Fusion de SPIP 2019-12-21T23:37:26Z https://contrib.spip.net/Fusion-de-SPIP#comment503484 2019-12-21T23:37:26Z <p>Je crois que j'ai pigé le probleme final avec la table spip_seo : c'est que la primary est composée : “PRIMARY id_objet,objet,meta_name” et le test “id_objet,objet,meta_name=12345” déconne.</p> Fusion de SPIP 2019-12-21T23:31:11Z https://contrib.spip.net/Fusion-de-SPIP#comment503483 2019-12-21T23:31:11Z <p>Tu tentes une fusion de deux bases MySql ?<br class='autobr' /> Sur la page « Déclarer une autre base », tu vois bien la ou les bases externes déclarées ?<br class='autobr' /> Tu peux faire une capture écran ?</p> Fusion de SPIP 2019-12-21T23:29:59Z https://contrib.spip.net/Fusion-de-SPIP#comment503482 2019-12-21T23:29:59Z <p>- Erreur de version de bdd : J'avais vérifié dans le code que le connect était bien renseigné ici. J'ai aussi essayé en simplifiant via un sql_getfetsel (sait on jamais...), sans succés. Pour désamorcer l'erreur de version de bdd j'ai finalement contourné le test en le commentant :</p> <div class='precode'><pre dir='ltr' style='text-align: left;'><code>/* else { $vsource = sql_fetsel('valeur', 'spip_meta', 'nom="version_installee"', '', '', '', '', $connect); if ($spip_version_base != $vsource['valeur']) { $erreurs['versions_bases'] = _T('fusion_spip:erreur_versions', array( 'vhote'=>$spip_version_base, 'vsource'=>$vsource['valeur'] ));}} */</code></pre></div> <p>- Je vois avec les collègues pour te transmettre la BDD.</p> Fusion de SPIP 2019-12-21T23:20:06Z https://contrib.spip.net/Fusion-de-SPIP#comment503481 2019-12-21T23:20:06Z <p>non, je n'ai pas réussi</p> Fusion de SPIP 2019-12-21T23:00:02Z https://contrib.spip.net/Fusion-de-SPIP#comment503480 2019-12-21T23:00:02Z <p>Désolé de la réponse tardive.<br class='autobr' /> Est ce que ton problème a été résolu ?</p> Fusion de SPIP 2019-12-21T22:59:19Z https://contrib.spip.net/Fusion-de-SPIP#comment503479 2019-12-21T22:59:19Z <p>Salut,</p> <blockquote class="spip"> <p>Faute de parvenir à franchir cette étape, je supprime le test du source et je relance la fusion.</p> </blockquote> <p>Pas compris ce point là, tu peux expliquer ?</p> <p>Sinon, il faudrait que tu puisses me fournir la base sqlite utilisée pour pouvoir reproduire l'erreur, mais elle vient de <code>id_objet, objet</code> dans la clause WHERE.</p> Fusion de SPIP 2019-12-21T22:39:20Z https://contrib.spip.net/Fusion-de-SPIP#comment503478 2019-12-21T22:39:20Z <p>Voulant migrer un site de sqlite à mysql, j'ai voulu pour cela me servir de “fusion”.<br class='autobr' /> J'ai donc effacé le connect.php, laissé spip initialiser sa bdd sur une toute nouvelle base mysql puis déclaré la base sqlite comme base externe.</p> <p>Au moment de lancer la fusion j'ai toutefois un message d'erreur :<br class='autobr' /> "Le site hôte et le site source ne sont pas dans la même version de base de données : hôte est en version 23375 / source est en version » (sans indication)<br class='autobr' /> Pourtant c'est le même spip, sans upgrade entre temps ; la connexion à la base externe-interne sqlite semble bien se faire puisque l'exécution est bien arrivée jusque là, et lorsque avec adminer je vérifie la table spip_meta de la bdd sqlite, je vois que l'entrée “version_installee” vaut la même valeur 23375.</p> <p>Faute de parvenir à franchir cette étape, je supprime le test du source et je relance la fusion.<br class='autobr' /> Là ça importe bien, jusquà ce qu'une erreur de syntaxe sql soit signalée :</p> <div class='precode'><pre dir='ltr' style='text-align: left;'><code>Erreur SQL HY000 / 1 near ",": syntax error SELECT id_objet, objet FROM spip_seo WHERE id_objet, objet, meta_name = 0 plugins/auto/fusion_spip/v1.3.3/inc/fusion_spip.php fusion_spip_mettre_a_jour_liaisons_par_objet_dist(){ sql_fetsel(); } 398</code></pre></div> <p>Je vois quand même que plein de contenu a déjà été importé : articles : 2724 - auteurs : 472 - documents : 6407 - evenements : 345 - formulaires : 1 - formulaires_reponses : 122 - formulaires_reponses_chams : 1051 - forums : 1813 - groupes_mots : 7 - mailshots : 197 - mailsubscribers : 1381 - mailsubscribinglists : 3 - menus : 2 - menus_entrees : 9 - messages : 281 - mots : 74 - newsletters : 233 - noisettes : 183 - partageurs : 4 - rubriques : 3 - seo : 5 - syndic : 16 - syndic_articles : 114 - zones : 1</p> <p>Comment cela se fèce t-il ?</p> Fusion de SPIP 2019-09-04T12:57:51Z https://contrib.spip.net/Fusion-de-SPIP#comment502221 2019-09-04T12:57:51Z <p>Bonjour, je suis la procédure de déclaration de base en ajoutant connect_ à l'étape 3<br class='autobr' /> ça me confirme que la base est déclarée mais rien n'apparaît dans le menu déroulant ensuite.<br class='autobr' /> j'ai fais 3 fois l'essai et les noms s'accumulent mais toujours rien.<br class='autobr' /> Où s'inscrivent les infos et que puis je faire ?<br class='autobr' /> Merci d'avance</p> Fusion de SPIP 2018-11-09T13:18:30Z https://contrib.spip.net/Fusion-de-SPIP#comment498714 2018-11-09T13:18:30Z <p>Bonjour ,<br class='autobr' /> Je suis sur spip 3.2.1 en sqlite hébergé chez ovh .<br class='autobr' /> Mon site <a href="http://www.amis-robespierre.org" class='spip_url spip_out auto' rel='nofollow external'>www.amis-robespierre.org</a><br class='autobr' /> J'ai suivi scrupuleusement les procédures indiquées pour passer mon site de sqlite en mysql<br class='autobr' /> j'ai donc créé une base au préfixe spip. <br />- Au moment de renommer le site j'ai choisi un nouveau nom d'utilisateur et un nouveau login et mdp <br />- d'abord en local et j'ai appelé le chemin absolu pour le dossier IMG dont j'ai laissé les droits ouverts.<br class='autobr' /> Le transfert s'est effectué sans problème: résultat impeccable logos rubriques et articles identiques. <br />- j'ai procédé de même sur le site à distance.<br class='autobr' /> Au moment d'indiquer le chemin pour IMG: "/www/IMG la procédure m'indique:<br class='autobr' /> le répertoire IMG n'existe pas. <br class='autobr' /> Et le transfert n'est pas bon erreur 1064 à l'ouverture du site et pas d'images dans les articles.<br class='autobr' /> J'ai indiqué le chemin aussi par copié-collé. Qui peut me dire comment indiquer le chemin absolu d'un dossier du site origine distant le même que celui hôte?</p> Fusion de SPIP 2018-08-09T16:59:47Z https://contrib.spip.net/Fusion-de-SPIP#comment497873 2018-08-09T16:59:47Z <p>Bonsoir,</p> <p>Je viens de réussir une fusion entre deux spip-3.2.1-mysql <strong>tous les deux préfixés</strong> sur deux serveurs mutualisés OVH ; à part l'obligation d'aller modifier manuellement le fichier de connexion auxiliaire source (comme bien signalé dans l'article), cela semble être très bien passé...</p> <p>La seule chose à faire : transporter par FTP (<i>transfert en mode binaire</i>) l'arborescence ./IMG de l'ancien site vers un ./ING du nouveau, et vérifier en y collant un fichier <code>realpath.php</code> le chemin réel à donner en paramètre :</p> <div class='precode'><pre dir='ltr' style='text-align: left;'class="php"><code><span class="kw2"><?php</span> <span class="kw1">echo</span> <a href="http://www.php.net/realpath"><span class="kw3">realpath</span></a><span class="br0">&#40;</span><span class="st_h">'.'</span><span class="br0">&#41;</span><span class="sy0">;</span></code></pre></div> <p>Une astuce complémentaire : l'administration avancée des mots-clés permet de fusionner, dissocier et/ou ré-associer les mots-clés issus des deux sites fusionnés... Super !!</p> <p>Enfin, il semblerait que la ré-indexation du contenu textuel des articles se fasse plus lentement après l'importation (un coup de “génie” ?) : une meme recherche sur un mot particlier -qui n'existait dans aucun article du site cible- n'a donné des résultats qu'une dizaine de minutes après la fin de l'importation !</p> <p>Grand merci pour ce plugin !</p> <p>YannX</p> Fusion de SPIP 2018-07-10T07:28:58Z https://contrib.spip.net/Fusion-de-SPIP#comment497658 2018-07-10T07:28:58Z <p>Pour info, la version 1.3.3 devrait fonctionner avec les tables préfixées.<br class='autobr' /> Une étape supplémentaire : éditer le fichier créé dans /config après avoir déclaré la table externe pour ajouter le préfixe.</p> Fusion de SPIP 2018-06-28T10:40:51Z https://contrib.spip.net/Fusion-de-SPIP#comment497554 2018-06-28T10:40:51Z <p>Effectivement c'est le préfixe qui posait problème. J'ai mis le même partout et c'est tout bon :) Merci!</p> Fusion de SPIP 2018-06-27T13:20:38Z https://contrib.spip.net/Fusion-de-SPIP#comment497524 2018-06-27T13:20:38Z <p>Bonjour,</p> <p>le même souci c'est à dire ?<br class='autobr' /> Deux bases avec des préfixes différents ?<br class='autobr' /> Je ne crois pas avoir testé ce cas, je ne sais pas si quelqu'un a un retour là dessus.</p> <p>Si le problème est là, tu peux déjà vérifier que le préfixe soit bien configuré dans le connect de la base source (pas hôte).</p> <p>Ensuite :</p> <ul class="spip"><li> faire un dump sql de la base source ,</li><li> chercher/remplacer `prefixe_ par `spip_ dans ce dump (avec le caractère backquote ` pour bien cibler les noms de tables),</li><li> remonter ce dump dans une autre base,</li><li> déclarer cette nouvelle base comme source (qui aura donc le préfixe spip_) et relancer la fusion.</li></ul> <p>Pour la meta base_version, elle n'est pas utilisé, c'est version_installee qui est utilisée pour une comparaison.</p> <p>Mais le message d'erreur indique effectivement un échec de connexion/lecture de la table spip_meta de la base source.</p> Fusion de SPIP 2018-06-27T09:32:23Z https://contrib.spip.net/Fusion-de-SPIP#comment497520 2018-06-27T09:32:23Z <p>J'ai le même soucis.</p> Fusion de SPIP 2018-03-10T18:24:41Z https://contrib.spip.net/Fusion-de-SPIP#comment496227 2018-03-10T18:24:41Z <p>Bonsoir,</p> <p>Yo nicod_ pour que tu jette un oeil ;)</p> <p>Donc j'ai fusionné deux sites, après test et retest (ça veux dire que je reproduis)</p> <p>Il s'avère que si l'on créer le secteur avec en première lettre une majuscule (Fusion par exemple), la fusion se réalise a la racine du site et pas dans le secteur désigné.</p> <p>par contre si l'on créer le secteur sans majuscule (fusion), la on retrouve bien l'ensemble des donnés dans le secteur.</p> Fusion de SPIP 2018-01-30T11:47:57Z https://contrib.spip.net/Fusion-de-SPIP#comment495588 2018-01-30T11:47:57Z <p>Pour info passage de sqlite spip 3.1.7 a sqlite spip 3.2 3.2<br class='autobr' /> afin d'avoir les même version de bdd</p> <p>puis passage a mysql sur spip 3.2</p> <p>Ras ; bon dieu que c'est efficace ;)</p> Fusion de SPIP 2018-01-03T11:32:13Z https://contrib.spip.net/Fusion-de-SPIP#comment495147 2018-01-03T11:32:13Z <p>Salut,</p> <p>je n'ai pas restesté une conversion sqlite mysql sur SPIP 3.2, mais les deux problèmes que tu signales ne sont pas normaux.<br class='autobr' /> Normalement toutes les tables de liens (auteurs_liens) sont mises à jour, et les logos sont renumérotés.<br class='autobr' /> En tout cas c'est comme ça que ça fonctionne pour “tout le monde” :)</p> <p>PS : pour info, tu as à la fin de la fusion une table spip_fusion qui indique les anciens et nouveaux id pour chaque objet, si tu veux recréer ou récupérer des infos dedans.</p> Fusion de SPIP 2018-01-03T10:37:14Z https://contrib.spip.net/Fusion-de-SPIP#comment495146 2018-01-03T10:37:14Z <p>Bonjour Nico,</p> <p>Pour information, un petit retour d'expérience après avoir migré mon site de SQLite en MySQL en utilisant ton astuce ;-) (spip 3.2)</p> <p>- J'ai noté un potentiel problème : si toute la base a été parfaitement importée, par contre les liens articles/auteurs est perdu. Donc tous les articles se retrouvent maintenant sans auteur.</p> <p>- Bon à savoir : la numérotation des logos d'articles & rubriques n'est pas modifiée par le plugin, ils ne sont donc plus valables avec la nouvelle numérotation</p> <p>- Bon à savoir 2 : avec Noizetier & Aveline, c'est la même chose : les numéros ne sont pas modifiés, toute la structure du site sera donc à refaire.</p> <p>En tout cas, c'est un outil génial, merci :-)</p> Fusion de SPIP 2017-07-05T15:34:11Z https://contrib.spip.net/Fusion-de-SPIP#comment492744 2017-07-05T15:34:11Z <p>Message annulé : il fallait simplement que le nom du fichier commence par <code>connect_</code><br class='autobr' /> (Et c'est même marqué dans la doc...)<br class='autobr' /> Avec toutes les excuses pour bruit inopportun.</p> Fusion de SPIP 2017-07-05T14:35:21Z https://contrib.spip.net/Fusion-de-SPIP#comment492743 2017-07-05T14:35:21Z <p>J'ai deux sites en SPIP 3.1.6 que je veux faire fusionner. J'ai bien suivi la procédure donnée sur cette page (le plugin utilisé est le dernier en 1.3.0 stable). J'ai bien récupéré la base externe, j'ai bien indiqué le secteur d'importation mais quand je lance la fusion j'ai le message : <br />— - DEBUT ---<br class='autobr' /> Site en travaux<br class='autobr' /> Attention : un problème technique (serveur SQL) empêche l'accès à cette partie du site. Merci de votre compréhension. <br />— - FIN ---<br class='autobr' /> je suis dans le cas où : <br />- le site de destination est en mutualisation SPIP facile <br />- le site d'origine est sous forme de backup SQLite (ce que la doc dit être permis) <br />- je ne cherche pas à récupérer /IMG (que je récupèrerai autrement).<br class='autobr' /> Merci de vos lumières.</p> Fusion de SPIP 2016-12-25T14:27:54Z https://contrib.spip.net/Fusion-de-SPIP#comment490324 2016-12-25T14:27:54Z <p><strong>NB: </strong> Vous devez affecter le nom par défaut “<strong>spip</strong>” du préfixe des tables des bases de données à fusionner avant d'utiliser le plugin.</p> <p>Très bonne contribution!, j'ai réussi à fusionner trois bases de données à la fois <i>sans problème</i>. Milles merci.</p> Fusion de SPIP 2016-06-22T09:34:06Z https://contrib.spip.net/Fusion-de-SPIP#comment488017 2016-06-22T09:34:06Z <p>Bonjour,<br class='autobr' /> Pour chaque document de la source, le script fait une “bête” copie du fichier de l'IMG source (chemin renseigné dans les paramètres) vers l'IMG hôte.</p> <blockquote class="spip"> <p>Suite à une fusion j'ai observé quelque mois plus tard un pdf appelé par<br class='autobr' /> <\img550> sur le site hôte (document créé après la fusion) alors que sur le site importé (qui existe toujours) la même balise avec le même identifiant affiche un jpg.</p> </blockquote> <p>NB : les objets de la source changent d'identifiants après la fusion, donc le document 550 sur le site hôte après la fusion n'est pas le même que le document 550 du site source.<br class='autobr' /> Pour creuser un peu, la fusion crée une table de liaison qu'on peut consulter pour voir les transformations d'identifiants de chaque objet importé.</p> Fusion de SPIP 2016-06-22T09:19:51Z https://contrib.spip.net/Fusion-de-SPIP#comment488016 2016-06-22T09:19:51Z <p>Bonjour</p> <p>« L'import des documents et images de la source ne vérifie si des fichiers du même nom dans le /IMG de l'hôte existent déjà, auquel cas ils seraient écrasés. »</p> <p>Que se passe-t-il dans le cas de figure des documents pour lesquels il n'existe pas de fichier ?</p> <p>Ex. import sur le site hôte d'une base où la table document fait référence à des fichiers qui n'existent pas dans /IMG du site hôte ?</p> <p>Suite à une fusion j'ai observé quelque mois plus tard un pdf appelé par <br class='autobr' /> <\img550><br class='autobr' /> sur le site hôte (document créé après la fusion) alors que sur le site importé (qui existe toujours) la même balise avec le même identifiant affiche un jpg. Ce problème semble être la conséquence de la fusion.</p> <p>Existe-t-il un mode opératoire permettant d'éviter ce genre de déconvenue ?</p> <p>Valéry</p> Fusion de SPIP 2015-12-28T22:37:36Z https://contrib.spip.net/Fusion-de-SPIP#comment485077 2015-12-28T22:37:36Z <h3>Impossible de vérifier la version de la base de données importée</h3> <p>Bonsoir,<br class='autobr' /> Les deux sites sont à jour de la même version de spip 3.0.21 via le spip_loader.<br class='manualbr' />Pourtant j'ai ce message d'erreur :</p> <blockquote class="spip"> <p>Impossible de vérifier la version de la base de données importée (table spip_meta)..</p> </blockquote> <p>A la lecture de la table meta de chaque site je vois une différence : <code>base_version 62712</code> sur l'une et pas sur l'autre.</p> <p>Ou bien cela pourrait-il être lié au fait que mes tables n'ont pas le préfixe de spip mais de “public” dans un cas et de “membres” dans l'autre cas ?</p> <p>Que me suggérez-vous ?</p> <p>Merci</p> Fusion de SPIP 2015-09-15T18:41:54Z https://contrib.spip.net/Fusion-de-SPIP#comment483710 2015-09-15T18:41:54Z <p>C'est bien un répertoire qui est sur le même serveur ?<br class='autobr' /> A priori, ça doit être un problème d'accès en lecture, sûrement une restriction d'accès.</p> <p>Une solution pourrait être de copier le IMG source dans le répertoire du cite hôte (avec un nom différent, comme IMG_source), pour faire la fusion avec l'import des images, et de le supprimer ensuite.</p> Fusion de SPIP 2015-09-15T18:18:22Z https://contrib.spip.net/Fusion-de-SPIP#comment483709 2015-09-15T18:18:22Z <p>Bonjour,</p> <p>Je teste le plugin avec deux sites en 3.0.20. Lors de la phase de fusion, il m'indique cette erreur tout en haut de la page :</p> <p>Warning: file_exists(): open_basedir restriction in effect. File(/var/www/vhosts/le-site-source/httpdocs/IMG/) is not within the allowed path(s): (/var/www/vhosts/le-site-cible:/tmp:/usr/share/php) in /var/www/vhosts/le-site-cible/httpdocs/plugins/auto/fusion_spip/v1.0.4/formulaires/fusion_spip.php on line 100.</p> <p>Et dans le cadre “Fusion de sites Spip”, j'ai ce message :</p> <p>Erreur lors de la fusion<br class='autobr' /> • Le répertoire /var/www/vhosts/le-site-source/httpdocs/IMG/ n'existe pas.</p> <p>Cela pourrait-il avoir un lien avec une restriction d'accès au dossier IMG sur le serveur source (bien qu'en l'espèce ce dossier soit accessible) ?</p> <p>Cordialement,</p> <p>Lafontanelle</p> Fusion de SPIP 2015-09-02T14:14:59Z https://contrib.spip.net/Fusion-de-SPIP#comment483511 2015-09-02T14:14:59Z <p>Je ne suis pas sûr de comprendre. J'ai un lien vers un autre article du genre <a href='https://contrib.spip.net/spip.php?page=article&#38;id_article=512'>toto</a> qui ne pointait plus du tout sur le bon article. Par ailleurs, je perds les liens externes si les N° sont chamboulés...</p> Fusion de SPIP 2015-09-02T12:39:13Z https://contrib.spip.net/Fusion-de-SPIP#comment483508 2015-09-02T12:39:13Z <p>J'ai ajouté cette précision dans le dernier paragraphe.</p> Fusion de SPIP 2015-09-02T10:13:54Z https://contrib.spip.net/Fusion-de-SPIP#comment483507 2015-09-02T10:13:54Z <p>Bonjour,<br class='autobr' /> effectivement les numéros des articles et des rubriques sont modifiés lorsqu'on fait une fusion.<br class='autobr' /> Mais tous les liens entres les objets sont mis à jour en conséquence (id_rubrique dans la table spip_articles, etc), donc à part si on utilise des ID en dur dans ses squelettes, ça reste transparent.</p> Fusion de SPIP 2015-09-02T10:08:17Z https://contrib.spip.net/Fusion-de-SPIP#comment483506 2015-09-02T10:08:17Z <p>Bon, j'ai fini par arriver à quelque chose. Sauf que les n° des articles ont été chamboulés, donc tous les liens aussi. Impossible de tout reconstruire à la main. Tant pis. Dommage. Je reviens à mon sqlite, je trouverai une autre solution.</p> Fusion de SPIP 2015-09-02T09:48:43Z https://contrib.spip.net/Fusion-de-SPIP#comment483505 2015-09-02T09:48:43Z <p>J'ai fini par arriver à quelque chose (attention, la fin de la manip n'est pas indiqué, mon browser donnait une erreur de chargement de la page, mais visiblement des choses se sont passées...)<br class='autobr' /> Sauf qu'il y a pas mal de ménage à faire dans les rubriques, les articles, les n° sont différents, il y a des doublons...</p> Fusion de SPIP 2015-09-02T08:36:59Z https://contrib.spip.net/Fusion-de-SPIP#comment483504 2015-09-02T08:36:59Z <p>Bonjour,</p> <p>J'ai tenté d'utiliser ce plugin pour passer mon site de sqlite en mysql. Les rapports d'utilisateurs disent que ça marche bien, mais je n'ai pas réussi.</p> <p>Je suis sur le même serveur, du coup le nouveau site mysql et l'ancien sqlite sont au même endroit. Le nom de la base est le même ??</p> <p>Je déclare ma base sqlite comme base externe, puis je lance la fusion, mais j'obtiens l'erreur : « Impossible de vérifier la version de la base de données importée (table spip_meta) »</p> <p>Est-ce que le plugin va bien chercher la base dans config/bases/XXX.sqlite ?</p> <p>Merci d'avance pour toute aide rapide !</p> <p>site : gblanc.fr<br class='autobr' /> hébergeur : OVH<br class='autobr' /> spip 3.0.17</p> <p>Guillaume Blanc</p> Fusion de SPIP 2015-03-19T03:33:51Z https://contrib.spip.net/Fusion-de-SPIP#comment480362 2015-03-19T03:33:51Z <blockquote class="spip"> <p>“Dans certains cas, il m'a été signalé un problème d'encodage qui tronquait les titres et les textes dès le premier accent ou caractère étendu.<br class='autobr' /> Dans ce cas, il suffit d'ajouter cette ligne à la fin du fichier de connexion associé à la base source (dans /connect) :<br class='autobr' /> mysql_query(“SET NAMES 'utf8'”);”</p> </blockquote> <p>Héhé ça marche trés bien en fait, :) ça m'apprendra à lire en diagonale</p> Fusion de SPIP 2015-03-19T02:45:00Z https://contrib.spip.net/Fusion-de-SPIP#comment480361 2015-03-19T02:45:00Z <p>Je viens de tenter une fusion et tous les champs de la table importer avec des caractère accentué saute.</p> <p>- > Ceci est un champ avec des caracères accentués avec plein de texte aprés<br class='autobr' /> devient <br />- > Ceci est un champ avec des carac</p> <p>SI vous avez une idée ou des suggestions je suis preneur :)</p> Fusion de SPIP 2015-03-13T18:21:35Z https://contrib.spip.net/Fusion-de-SPIP#comment480240 2015-03-13T18:21:35Z <p>Bonjour,</p> <p>J'ai hérité d'un site Spip3 (hébergé chez Free) avec une base de données SQLite 3. Apparemment le format MySQL serait mieux…</p> <p>Donc avec Fusion ça devrait pouvoir le faire malgré que c'est sur le même site et non pas d'un site à l'autre.</p> <p>Je résume (pas très rassuré de ce genre de manip') :<br class='autobr' /> • Site source -> le fichier “mon_domaine.sqlite” sur mon bureau<br class='autobr' /> • Chemin physique des documents : -> tmp/dump/<br class='autobr' /> • Secteur : -> <strong>?</strong></p> <p>Là, le débutant que je suis hésite sur quoi sélectionner comme dossier ?</p> Fusion de SPIP 2015-01-15T11:05:47Z https://contrib.spip.net/Fusion-de-SPIP#comment478867 2015-01-15T11:05:47Z <p>Merci, et content que ça ait pu te dépanner.<br class='autobr' /> Ce n'était pas le but initial du plugin mais c'est vrai que cette manip marche très bien.</p> Fusion de SPIP 2015-01-15T10:57:59Z https://contrib.spip.net/Fusion-de-SPIP#comment478866 2015-01-15T10:57:59Z <p>Juste un petit retour d'expérience.</p> <p>Je viens d'utiliser ce plugin pour repasser un site en MySQL à partir de backup SQlite que le site n'arrivait pas à restaurer (plantage à la moitié de l'importation, des tables manquantes, bizarrement).</p> <p>Après avoir testé <a href="http://contrib.spip.net/Migrer-la-base-SQLite-de-SPIP3-en-MySQL-et-reciproque?lang=fr" class='spip_out' rel='external'>pas mal de solutions différentes</a>, c'est vraiment ce plugin qui m'a sorti de la panade.</p> <p>Merci beaucoup.</p> <p>Super boulot.</p> Fusion de SPIP 2015-01-07T10:19:00Z https://contrib.spip.net/Fusion-de-SPIP#comment478741 2015-01-07T10:19:00Z <p>Un petit commentaire après une nuit (bon disons plutôt une longue longue soirée) de galère pour préciser un point qui me semble-t-il était mon problème: il faut que les bases que l'on fusionne soit sur le même “storage engine”, donc soit toutes les 2 myISAM (mon cas) soit aussi probablement toutes les 2 innoDB (pas testé).</p> <p>J'essayais d'importer une myISAM dans une innoDB, 6 essais infructueux avec corruption de la base hôte ... spip à réinstaller, ...</p> <p>Ma base hôte n'avait pas (plus après nettoyage) d'articles (mais un gros paquet de contacts/organisations et de mots-clés) .</p> <p>D'un point de vue “logique”, je ne suis pas sûr de comprendre pourquoi (on fait des requêtes SQL donc ...), la preuve étant que certains se servent du plugin pour passer de SQLite à mySQL, je ne referai pas une 7 ème tentative pour tester un contre-exemple, mais bon, mon commentaire pourrait être une piste à explorer pour ceux qui ont des pbms.</p> <p>Moi ça importait partiellement et ensuite ça tournait sans fin ... le résultat était un import partiel jusqu'au milieu d'une certaine rubrique, donc c'était peut-être un truc dans un article qui coinçait et le fait d'avoir basculé la base hôte en myISAM a corrigé la chose ... ou un pbm d'index ... ?</p> Fusion de SPIP 2014-12-28T17:09:15Z https://contrib.spip.net/Fusion-de-SPIP#comment478627 2014-12-28T17:09:15Z <p>Hello tous ça pour dire que la partie : Astuce : passer son site de sqlite à mysql est une merveille</p> <p>trois sites on subi le transfert seul Hic Le passage de sqlite à mysql a perdu la numérotation existante des articles, si bien que les diaporama de galleria ne fonctionnaient plus, ainsi que GIS.</p> <p>alors du coup j'ai bu enfin ma bière ;)</p> Fusion de SPIP 2014-11-04T11:40:49Z https://contrib.spip.net/Fusion-de-SPIP#comment477729 2014-11-04T11:40:49Z <p>Bonjour,<br class='autobr' /> J'ai tenté de fusionner 2 sites en SPIP 3.0.17.<br class='autobr' /> Après le choix du site source, j'ai le message d'erreur suivant :</p> <blockquote class="spip"> <p>Le site hôte et le site source ne sont pas dans la même version de base de données : <br />- hôte est en version 19268 <br />- source est en version</p> </blockquote> <p>La version de la base de données du site source n'est donc pas détectée.<br class='autobr' /> Après inspection, la meta <strong>version_installee</strong> n'est présente ni dans le site source, ni dans le site hôte.<br class='autobr' /> Bref, en désactivant cette vérification dans le formulaire, j'ai pu forcer la fusion, qui s'est correctement déroulée.</p> <p>- Peut-être faudrait-il se reposer sur une autre méthode pour détecter la version de la bbd de la source ? <br />- En cas de différence de version, il faudrait avoir une option pour ignorer l'erreur, comme c'est suggéré dans la doc.</p> Fusion de SPIP 2014-10-29T20:10:36Z https://contrib.spip.net/Fusion-de-SPIP#comment477664 2014-10-29T20:10:36Z <p>Petit retour d'expérience (avec SPIP 3.0.17)</p> <p>Ce plugin marche au top !!</p> <p>Notre principale difficulté a été de le retrouver une fois installé... En effet, il n'apparaissait pas dans le menu “Maintenance” !!<br class='autobr' /> Pour y accéder, il suffit donc de visiter la page ecrire/?exec=fusion_spip</p> <p>Et après un clic sur le bouton, plein de warnings php, tous identiques au nom de l'image près, qui nous ont fait craindre que les copies du dossier IMG2 ne se soient pas faites dans IMG !!</p> <p>“<strong>Warning:</strong> copy(../IMG/vignettes/mon_image.jpg): failed to open stream: No such file or directory in /home/le_site_hote/www/plugins/auto/fusion_spip/v1.0.3/inc/fusion_spip.php on line 490”</p> <p>Mais en fait, tout va bien, tout est bien copié... 600 articles fusionnés en 15 secondes chrono, ça c'est ce que j'appelle de l'efficacité !!</p> Fusion de SPIP 2014-06-05T11:17:21Z https://contrib.spip.net/Fusion-de-SPIP#comment475685 2014-06-05T11:17:21Z <p>Bonjour,<br class='autobr' /> Simplement, je ne sais pas si j'ai eu de la chance ou ? Mais la seule chose qui a bien fonctionné dans ma deuxième fusion, c'est justement l'import des documents, et j'ai utilisé comme chemin ../IMG2.<br class='autobr' /> Là j'ai un gros doute... Le serveur que j'utilise aurait-il une configuration atypique ? Quand j'ai testé le plugin, j'avais tenté de donner tous les path possibles... Nada ! Du coup j'avais donné le fameux ../IMG2, là ça avait marché.<br class='autobr' /> Hier pareil, et aujourd'hui idem les document, c'est la seule chose qui se passe bien.</p> <p>Chose que je n'ai pas dite dans mon post précédent, c'est que moi aussi j'ai eu l'erreur “vous devez remplir ce champ” alors que j'avais pourtant déclaré la deuxième base et que... Je voyais le nom ce cette base dans le menu déroulant !<br class='autobr' /> Bonne journée,<br class='autobr' /> Yves</p> Fusion de SPIP 2014-06-05T10:57:33Z https://contrib.spip.net/Fusion-de-SPIP#comment475684 2014-06-05T10:57:33Z <p>Bonjour,<br class='autobr' /> Malgré l'utilisation de mysql_query(“SET NAMES 'utf8'”) ,j'ai le même problème que si je ne l'avais pas rajouté...<br class='autobr' /> J'ai fait trois fois la manip de la fusion, ça ne marche pas.<br class='autobr' /> (à chaque fois en remettant le base du site hote avec le .sql d'origine)</p> <p>Je ne pige vraiment pas d'où ça vient, d'autant plus que j'ai déjà fusionné ces deux sites juste pour tester “Fusion” avant de l'utiliser.</p> <p>Bonne journée,<br class='autobr' /> Y</p> Fusion de SPIP 2014-05-05T01:36:01Z https://contrib.spip.net/Fusion-de-SPIP#comment475234 2014-05-05T01:36:01Z <p>Bon alors, je crois que c'est bon maintenant. Mais il m'aura fallu encore 4 tentatives de fusion...</p> <p>Au final ça a marché après avoir : <br />- restaurée la base du spip hôte (état avant 1er essai de fusion) + config/nettoyé (cache vidé...) <br />- bien nettoyé les deux bases, source et hôte en m'assurant surtout que sur la base hôte il ne subsiste aucun article commun avec la base source (reste d'une ancienne fusion par exemple... hum..) <br />- emploi du plugin Corbeille pour “vider les corbeilles” des deux spip (puis sauvegardes des bases) <br />- copie du fichier de la base source dans le config/bases. Ce fichier sqlite porte le nom de la bases hôte (tout comme la bdd source. Donc la base et son fichier ont le même nom que la base hôte). <br />- la base est bien déclarée, ok <br />- le fichier de la bdd source est bien renseignée dans le champ 'source' du plugin, le chemin du dossier images est bien renseignée en /home/thomas/spip/images et la rubrique de destination est renseignée (et vide de contenus)<br class='autobr' /> => Résultat semble ok. Les articles n'ont plus de traductions fantômes et les documents semblent avoir été intégrés, en tout cas ils apparaissent sur les quelques articles vérifiés.</p> <p>Question : le dossier “image” demeure en place avec son contenu. Donc le plugin a copié les docs du dossier images dans le IMG, ce qui signifierait que l'on peut supprimer le dossier images ? (question bête mais à cette heure et avec les neurones qui me reste..).</p> <p>A propos des noms de base et de fichier sqlite :<br class='autobr' /> J'ai encore fait différents essais avant ce dernier, notamment en mettant un fichier de base sqlite dont le nom était “inventé”, genre bbd_sitetruc_clean_20140505.sqlite mais j'obtenais le même message “Cette information est obligatoire” pour le champ “source” du plugin. Ce que j'obtenais également avec un nom de bdd différent que celui de la base hôte..<br class='autobr' /> Bon certes, j'ai fait pas mal de manips et sans tout noter mais j'ai vraiment le sentiment que dans mon cas la fusion fonctionne lorsque la bdd source ainsi que son fichier sqlite portent le même nom que celui de la base hôte...<br class='autobr' /> Voilà qu'en penses-tu ? <br class='autobr' /> Ecore merci pour ton aide,<br class='autobr' /> T</p> Fusion de SPIP 2014-05-04T20:13:09Z https://contrib.spip.net/Fusion-de-SPIP#comment475231 2014-05-04T20:13:09Z <p>Je suis aussi confiant, le bordel sur la base source est assez indescriptible donc qu'on obtienne un truc bizarre au final est normal... Cette fois, ça devrait aller mieux.<br class='autobr' /> Mais c'est long de nettoyer une base (ou les gens mettent des div et ce, pour tout.. de br à la chaîne.. des documents sans passer par spip donc directement dans un sous dossier créé dans IMG et avec des liens <code><a></code>....) et aussi donc sans attribuer de langue à leur traductions...<br class='autobr' /> J'avais déjà nettoyé mais pas dans tous les recoins.<br class='autobr' /> Presque fini on va voir..</p> Fusion de SPIP 2014-05-04T17:49:54Z https://contrib.spip.net/Fusion-de-SPIP#comment475229 2014-05-04T17:49:54Z <p>Je n'avais pas testé le multilinguisme en particulier, mais comme les enregistrements sont copiés ligne à ligne et avec tous leurs champs, je suis confiant : les langues et id_trad suivront lors de l'import des articles sources.<br class='autobr' /> Par contre, il faudra bien sûr reconfigurer les langues de la même façon sur le site hôte.</p> Fusion de SPIP 2014-05-04T17:37:27Z https://contrib.spip.net/Fusion-de-SPIP#comment475227 2014-05-04T17:37:27Z <p>Pas de problème avec le fait de raconter toute la procédure et les essais, c'est du concret et ça fait un peu de littérature pour ceux qui s'intéressent au plugin :)</p> <p>Pour les chemins vers les documents, je confirme, il faut bien indiquer un chemin absolu (<i>/home/thomas/spip/images</i>) et pas relatif (<i>../images</i>).</p> <p>C'est un peu contraignant, mais dans ma conception de l'utilisation du plugin, on doit pouvoir fusionner un autre SPIP hébergé sur le même serveur mais à un emplacement différent., pour ne pas avoir à copier des gigas de documents inutilement.<br class='autobr' /> Et l'utilisation est plutôt pensée pour des utilisateurs avertis, qui à priori doivent connaitre le chemin absolu d'un répertoire sur leur serveur (ou sur leur poste).</p> Fusion de SPIP 2014-05-04T17:28:21Z https://contrib.spip.net/Fusion-de-SPIP#comment475226 2014-05-04T17:28:21Z <p>Je vais mettre un petit moment avant de refaire une tentative car je me suis aperçu que la plupart des traductions des articles de la base source n'étaient pas basculés en “english” mais restés en “français”.... oh my god... les rédacteurs (et admin) font parfois n'importe quoi... (et s'il n'y avait que ces gestions des trads...).<br class='autobr' /> Donc je revois toute la base..</p> Fusion de SPIP 2014-05-04T15:30:39Z https://contrib.spip.net/Fusion-de-SPIP#comment475225 2014-05-04T15:30:39Z <p>Merci Nicod pour ta réponse. <br />- Alors pour le premier point, oui bien entendu le champ select du plugin était bien renseigné avec les nom de la base à fusionner (sélectionnée). Il m'a mis le message “Cette info est obligatoire” quasiment à toutes mes tentatives, nombreuses, de fusion. (La base avait été déclarée sans problème).</p> <p>- Merci pour le plugin Corbeille, je vais essayer sur ma base à fusionner.</p> <p>- Pour le fait de nommer la base source du même nom de la base hôte, et bien c'est ce que j'ai essayé au bout d'un moment, en désespoir de cause... <br class='autobr' /> Mes premières tentatives de fusion concernaient une base source nommée différemment que celle de l'hôte (ça devait être d'ailleurs le nom par défaut “spip”) et un fichier nom_du_site.sqlite... mais sans succès. Ensuite j'ai remonté un spip local pour lui donner le même nom de base que celui de la base hôte.. nouvel essai de fusion avec toujours un fichier nom_du_site.sqlite... sans succès. Enfin j'ai essayé en renommant le fichier sqlite du même nom que celui de la base hôte nom_base_hôte.sqlite et là ça a marché. (Je ne me souviens pas d'autres actions avant cette tentative, si ce n'est les choses habituelles : suppression du Nom_de_Base.php + _sqlite3_install.sqlite dans 'bases', vidage du cache, redéclaration de la base renommée...).<br class='autobr' /> Donc c'est avec un fichier sqlite du même nom et contenant la base du même nom que la base hôte que ça a marché... (mais en intégrant les articles-poubelle en traductions d'articles).</p> <p>- J'ai nettoyé la base source pour gagner du temps en réfléchissant à ce que je pouvais faire (et éventuellement en attendant une réponse d'ici). De toute façon c'était à faire donc autant le faire avant qu'après la fusion.</p> <p>- Pour le dossier IMG2, dont le nom trahit mon inspiration de l'expérience d'Yves ci-dessous, j'ai mis le même chemin que lui (d'après ce que j'ai compris) certes relatif : ../IMG2 (en fait c'est ../images, nouveau nom donné à l'occasion d'une de mes tentatives). Ce dossier est à la racine du site, avec les autres dossier dont IMG..<br class='autobr' /> Le site hôte est sur un serveur apache distant dont le chemin est /home/thomas/spip. Donc je vais essayer avec : /home/thomas/spip/images<br class='autobr' /> D'autre part j'ai tendance à éviter les majuscules dans les noms de fichiers et dossiers et d'ailleurs je crois bien qu'une tentative de fusion à marché après avoir modifié le nom de fichier sqlite : depuis Nom_de_Base.sqlite vers nom_de_base.sqlite (mais cette fusion à générée des rubriques sans contenus : les secteurs de la base source se sont bien mis dans la rubrique hôte sélectionnée mais sans leur contenus).</p> <p>Voilà, désolé de raconter un peu ma vie mais je me dis que ces détails peuvent t'être éventuellement utiles même s'il manque le contexte précis.</p> <p>Bien, j'essaye avec une nouvelle base source débarrassée des contenus supprimés, un chemin absolu pour le dossier “images” , et on verra.</p> <p>Un grand merci, merci pour ta proposition d'aide en privé (ce n'est pas exclu si décidément ça ne veux pas....)<br class='autobr' /> T</p> Fusion de SPIP 2014-05-04T09:19:06Z https://contrib.spip.net/Fusion-de-SPIP#comment475223 2014-05-04T09:19:06Z <p>Pour le premier problème, le message d'erreur « Cette information est obligatoire » indique qu'aucune base de données source n'a été sélectionnée.<br class='autobr' /> Le champ select (liste des bases sources) était bien renseigné, avec le nom de la base source dedans ? et elle était bien sélectionnée ?</p> <p>Pour le deuxième problème, le plugin Corbeille permet de supprimer définitivement de la base de données les articles (ainsi que forums et autres) à la poubelle.<br class='autobr' /> Par contre, pourquoi avoir nommé la base source avec le même nom que la base hôte ? ça risque plus de poser des problèmes que d'en résoudre.</p> <p>Après ça, s'il y a des erreurs de fusion (articles vides, mélangés ou autres) c'est assez difficile à debugger à distance, dans ce cas je peux faire des tests en local de mon côté mais il me faudrait une copie de chaque base de données (sans les données personnelles, emails et autres).<br class='autobr' /> Tu peux me contacter en privé par le foormulaire de contact.</p> <p>Pour la base source, inutile de la nettoyer (config, plugins, articles anciens etc). S'il y a des plugins différents ça génére un message d'avertissement, mais c'est juste un rappel, ça ne causera aucune erreur.</p> <p>Pour l'import des documents (IMG), c'est bien le chemin absolu vers IMG2 qui était indiqué ?<br class='autobr' /> Chemin absolu = chemin complet sur le disque dur, pas l'adresse web avec http://</p> <p>Sous Linux, ça peut ressembler à qqchose comme ça : /home/compte/www/site/IMG par exemple<br class='autobr' /> Sous OS X : /Users/compte/Sites/site/IMG<br class='autobr' /> Et sous Windows, j'imagine qqchose comme C:\Program Files\Easy PHP\www\IMG<br class='autobr' /> (tout ça à adapter très largement)</p> Fusion de SPIP 2014-05-04T03:52:54Z https://contrib.spip.net/Fusion-de-SPIP#comment475222 2014-05-04T03:52:54Z <p>Bon et bien après divers essais infructueux, avec une base rendue le plus similaire possible à celle devant l'accueillir (configs de spip, plugins..), le meilleur résultat fut une fusion qui “fonctionna” en ajoutant bien les rubriques mais hélas sans contenus..</p> <p>Ensuite : <br />- réinstallation d'un spip 3.0.13 en local en lui attribuant cette fois un nom de base identique à celui de la base devant la recevoir, <br />- nettoyage au maximum de cette base (simplification de l'arborescence, suppression d'articles en attente depuis longtemps etc..), <br />- sauvegarde de la base en lui donnant le nom exacte de la base hôte (base_nom_identique.sqlite) <br />- > import dans le config/bases/ du site distant hôte <br />- > déclaration de la base : ok <br />- > ajout du <code>mysql_query("SET NAMES 'utf8'");</code> dans le fichier base_nom_identique.php <br />- > renseignement des champs du plugin fusion (base, chemin dossier images, rubrique dans laquelle verser le tout.<br class='autobr' /> => Fusion ? Ah, cette fois ça marche, il y a toutes les rubriques, ss-rubriques et articles. Sauf que... : <br />- tous les articles précédemment supprimés (“à la poubelle”) lors du ménage en local se retrouvent maintenant parmi les traductions des articles !!!<br class='autobr' /> En effet sur ce site les articles possèdent une traduction en anglais, donc on a 2 articles (fr + en) mais là, les articles se retrouvent avec d'autres traductions (5, 6, 7...) constituées par des articles précédemment mis à la poubelle... <br />- Les documents (source) n'ont pas été intégrés au IMG (hôte) et donc les liens sont rompus. Bon, ça on peut le faire à la main...</p> <p>Je ne crois pas (connais pas) qu'il y ait un moyen de forcer spip à vider sa base des articles mis à la poubelle, avant d'effectuer une sauvegarde (puis une fusion)...<br class='autobr' /> Quelqu'un aurait-il une piste à ce sujet ? ou pour faire en sorte que la fusion ignore les articles supprimés ?</p> <p>Merci<br class='autobr' /> T</p> Fusion de SPIP 2014-05-03T00:44:03Z https://contrib.spip.net/Fusion-de-SPIP#comment475215 2014-05-03T00:44:03Z <p>Bonjour,<br class='autobr' /> Je suis en train d'effectuer la fusion définitive entre deux bdd, avec IMG, dont j'avais fait un premier essai tout à fait concluant en janvier avec votre aide (cf. [spip3] fusionner 2 bdd sur le rezo).</p> <p>Donc j'ai à nouveau mis à niveau une base depuis spip 2.1.23 vers 3.0.13, mis sa sauvegarde (.sqlite) dans le config/bases du site hôte (en 3.0.13), déclaré cette nouvelle base (acceptée avec toutes ses tables). + copié cette fois un dossier IMG (/IMG2)<br class='autobr' /> Or cette fois, la fusion ne se lance pas, j'ai toujours le message “Cette information est obligatoire” sur le champ du site source de l'interface du plugin, alors que la source est bien renseignée (ma_base.sqlite) et qu'elle est bien reconnue en tant 'Base supplémentaire déjà interrogeable' par spip....<br class='autobr' /> Comprend pas...</p> <p>Help ?<br class='autobr' /> Merci<br class='autobr' /> T</p> Fusion de SPIP 2014-04-09T10:50:53Z https://contrib.spip.net/Fusion-de-SPIP#comment474861 2014-04-09T10:50:53Z <p>a la place de :<br class='autobr' /> spip_connect_db('localhost','','basog','ejemrapelplu','basogbis','mysql', 'spip','');</p> <p>lire :<br class='autobr' /> spip_connect_db('localhost','','bas','ejemrapelplu','basbis','mysql', 'spip','');</p> <p>Et le password ne vous est pas fourni par “les collègues” mais par votre hébergeur :-)</p> <p>Pardon,<br class='autobr' /> Y</p> Fusion de SPIP 2014-04-09T09:49:25Z https://contrib.spip.net/Fusion-de-SPIP#comment474858 2014-04-09T09:49:25Z <h2 class="h2">Retour d'expérience</h2> <p>Les deux sites doivent être sous la même version de SPIP, des différences mineures peuvent exister, une fusion entre un site sous 2.x et 3.x est illusoire ; de plus la version “Fusion pour SPIP2” n'est plus maintenue.</p> <p><strong>Mode opératoire</strong></p> <p>- On sauvegarde les /IMG et /config des deux sites <br />- On vide le /tmp/cache <br />- On sauvegarde les bases MySQL ou SQLite (dans le cas SQLite, les fichiers sont locaux, dans celui de MySQL, distants) <br />- On installe sur le site hôte (celui qui reçoit les fichiers) le <a href="http://files.spip.org/spip-zone/fusion_spip.zip" class='spip_out' rel='external'>plugin “Fusion” de SPIP</a> (disponible sur <a href="http://files.spip.org/Fusion-de-SPIP" class='spip_url spip_out auto' rel='nofollow external'>http://files.spip.org/Fusion-de-SPIP</a>, “Fusion” dans le menu déroulant “maintenance”) <br />- On y crée une rubrique dont le nom n'existe pas dans le site accueilli, si on ne fait pas cela le résultat sera un mixe des deux sites. <br />- On démarre la fusion…</p> <blockquote class="spip"> <p><strong>Attention :</strong> La base du site accueilli doit être déclarée comme « base externe sur le site hôte » après cette déclaration, un fichier nom-de-ma-base.php est créé .</p> </blockquote> <p>On édite <code>nom-de-ma-base.php<code> et <code>connect.php</code> et on ajoute :</p> <p><span class="coloration_code code"><code class="spip_php code" data-clipboard-text="mysql_query("SET NAMES 'utf8'");"><a href="http://www.php.net/mysql_query"><span class="kw3">mysql_query</span></a><span class="br0">&#40;</span><span class="st0">"SET NAMES 'utf8'"</span><span class="br0">&#41;</span><span class="sy0">;</span></code></span><br class='autobr' /> après la ligne :<br class='autobr' /> <span class="coloration_code code"><code class="spip_php code" data-clipboard-text="spip_connect_db('localhost','','basog','ejemrapelplu','basogbis','mysql', 'spip','');">spip_connect_db<span class="br0">&#40;</span><span class="st_h">'localhost'</span><span class="sy0">,</span><span class="st_h">''</span><span class="sy0">,</span><span class="st_h">'basog'</span><span class="sy0">,</span><span class="st_h">'ejemrapelplu'</span><span class="sy0">,</span><span class="st_h">'basogbis'</span><span class="sy0">,</span><span class="st_h">'mysql'</span><span class="sy0">,</span> <span class="st_h">'spip'</span><span class="sy0">,</span><span class="st_h">''</span><span class="br0">&#41;</span><span class="sy0">;</span></code></span></p> <p>(<code>bas</code> est le login phpMyadmin pour bosser sur la base, <code>ejmerapelplu</code> le password fourni par les collègues, <code>basbis</code> le nom de la base hôte).</p> <p>On renomme en IMG2 le /IMG du site hébergé et on le copie à coté du /IMG du site hôte, a priori, IMG-truc ne fonctionne pas mais IMG2 oui.</p> <p>À tester : Ne modifier que <code>non-de-ma-base.php</code> et /IMG-truc sans le -</p> <p>On retourne à spip-fusion, la nouvelle base est dispo dans le premier menu déroulant, pour le chemin des documents, le path est ../IMG2.</p> <p>Pour “secteur” on donne le nom de la rubrique prévue pour l'accueil.</p> <p>Et on lance la fusion…</p> Fusion de SPIP 2014-04-03T15:56:18Z https://contrib.spip.net/Fusion-de-SPIP#comment474788 2014-04-03T15:56:18Z <p>Raah! !! J'ai compris il faut modifier le ma base.php, pas le connect.php... C'est fou comme je comprend vite ;-)</p> Fusion de SPIP 2014-04-03T15:52:55Z https://contrib.spip.net/Fusion-de-SPIP#comment474787 2014-04-03T15:52:55Z <p>Je dirais que oui... C'est pas 100% sûr que ça soit ça qui allait pas mais après l'avoir fait ça a marché... C'est curieux.</p> Fusion de SPIP 2014-04-03T14:20:56Z https://contrib.spip.net/Fusion-de-SPIP#comment474783 2014-04-03T14:20:56Z <p>Tout à fait, l'article n'est peut être pas suffisamment explicite mais c'est bien dans le fichier de connexion de la base source (ma-base.php) qu'il faut ajouter cette modif.</p> Fusion de SPIP 2014-04-03T13:41:19Z https://contrib.spip.net/Fusion-de-SPIP#comment474781 2014-04-03T13:41:19Z <p>Bonjour,<br class='autobr' /> J'ai modifié le connect.php avec mysql_query(“SET NAMES 'utf8'”); comme dit ci -dessus, malgré cela j'ai les noms de rubrique ainsi que les contenus d'article tronqué à la première lettre accentuée.</p> <p>Faut-il aussi modifier le fichier ma-base.php créé lors de la fusion et qui contient les même indications que le connect.php ?</p> <p>Merci et bonne journée,<br class='autobr' /> Y</p> Fusion de SPIP 2014-03-20T16:33:28Z https://contrib.spip.net/Fusion-de-SPIP#comment474533 2014-03-20T16:33:28Z <p>Oubliez la question ! Le problème était entre la chaise et l'écran !</p> Fusion de SPIP 2014-03-20T16:23:16Z https://contrib.spip.net/Fusion-de-SPIP#comment474532 2014-03-20T16:23:16Z <p>Bonjour,<br class='autobr' /> Au moment ou je veux déclarer la deuxième base (localhost - login - pwd) j'ai simplement “La connexion à la base de données a échoué.” et rien de plus. Je ne vois pas ce que je pourrais donner à la place... Que puis-je faire ?<br class='autobr' /> Bonne journée,<br class='autobr' /> Y</p> Fusion de SPIP 2014-02-05T16:53:30Z https://contrib.spip.net/Fusion-de-SPIP#comment473730 2014-02-05T16:53:30Z <p>salut,</p> <p>a priori non spip ne change pas automatiquement les mots de passe. Quels types de message as-tu ?</p> <p>Du reste, je ne vois pas ce que cette question vient faire sous cet article ...</p> Fusion de SPIP 2014-02-05T16:48:45Z https://contrib.spip.net/Fusion-de-SPIP#comment473729 2014-02-05T16:48:45Z <p>J'ai installer Spip en local sur mon serveur XAMPP, sous Linux, et mon mot de passe Spip ne fonctionne plus. Est-ce que Spip le change automatiquement au bout de quelques jours?</p> <p>Y a t-il un moyen de le récupérer ou si je dois réinstaller Spip à chaque fois que ça arrive?</p> Fusion de SPIP 2014-01-27T04:15:47Z https://contrib.spip.net/Fusion-de-SPIP#comment473511 2014-01-27T04:15:47Z <p>Je note un premier bug à corriger : en cas d'import des documents du IMG source, le script tente de copier dans l'hôte les documents distants, ce qui provoque des erreurs.<br class='autobr' /> Merci à Jack31 de m'avoir permis de localiser ce bug, promis je m'en occupe dès que possible.</p>