Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Bonjour à tous,
J'administre (en amateur) un site/blog sous Dotclear hébergé chez OVH (mutualisé 60gp). Il est temps de passer à Dotclear 2, me dis-je.
J'active donc PHP5, je crée une base MYSQL5, j'installe et ça marche sans problème.
Le souci vient à la migration.
1°/ Je ne peux pas utiliser la formule 'Importer depuis Dotclear 1.2' étant données les bases différentes.
2°/ Je tente l'exportation par fichier texte. Ca me donne un fichier de 11mo (ouch, gros site). A l'import sur DC2 (que ce soit en distant ou en local), j'ai une grosse et systématique erreur 500 de la part d'OVH. Je ne sais pas du tout comment interpréter cette erreur. Je ne crois pas être le seul à la subir, mais je n'ai pas trouvé de réponse ni de solution (si j'ai mal cherché, promis, je me flagelle).
3°/ Incidemment, je tente une sauvegarde de mon blog sous DC1 via les Opérations MYsql. Et là, bim bam boum : ce joli message d'erreur
Allowed memory size of 33554432 bytes exhausted (tried to allocate 132 bytes)
in /homez.13/******/www/Dotclear/inc/classes/class.mysql.php on line 137Un gourou de ces lieux connaîtrait-il la voie à suivre ? Peut-être migrer les bases une par une via PhpMYadmin ? ou découper le fichier .txt en morceaux ? Auquel cas, j'aurai besoin de votre aide pour la procédure !
Enorme merci d'avance !
Hors ligne
Salut,
D'après ce que j'ai compris, le dotclear 1.2 que tu utilises est bien sur le même hébergement que ton dotclear 2 non? Alors tu peux utiliser la formule "importer depuis dotclear 1.2", il suffit de mettre les identifiants de connexion à la base de données de ton dotclear 1.2 ;)
Le lab => http://lab.dotclear.org
Besoin d'un plugin? => http://plugins.dotaddict.org
Besoin d'un thème? => http://themes.dotaddict.org
Besoin d'une astuce? => http://tips.dotaddict.org
Hors ligne
Tu as bien compris, mais comme je passe d'une base 4 à une base 5, DC2 me renvoie :
Unknown system variable 'COLLATION_CONNECTION' (1193)ce qui correspond, je crois, à une limitation du plugin...
Hors ligne
Hum, pourtant Dotclear2 supporte les bases en MySQL4.
Je dois avouer que je n'ai pas vraiment de solution. Il faut attendre la venue d'un Pep, Oliver ou encore un Dsls pour avoir plus d'info ;)
Le lab => http://lab.dotclear.org
Besoin d'un plugin? => http://plugins.dotaddict.org
Besoin d'un thème? => http://themes.dotaddict.org
Besoin d'une astuce? => http://tips.dotaddict.org
Hors ligne
Merci beaucoup de ton aide, ça m'a motivé pour tenter des choses que je croyais au-delà de mes compétences. Je surveille d'un oeil la mise à jour qui est en train de se faire, et ça semble marcher !
Je reviens par ici dès que c'est fini pour détailler ma procédure.
Hors ligne
Ca a marché ! Merci mon Dieu ! Il n'y a que les tags qui sont passés à la trappe, faut que je regarde pourquoi...
Je détaille :
- depuis PHPmyadmin, sur l'ancienne base, faire un export sql des tables suivantes : dc_categorie, dc_comment, dc_link, dc_post, dc_post_meta, dc_user. Attention, penser à décocher la case 'insertions étendues'
- télécharger Big Dump et suivre les instructions simples données sur la page d'accueil.
- on exécute le script et, miracle, l'importation dans la nouvelle base de données s'est faite !
- ensuite, depuis DC2, importation depuis DC 1.2 (attention à spécifier moins de 20 billets à la fois : ça a marché par 5 pour moi)
- et, je n'en reviens toujours pas, l'importation a fonctionnée !
Reste ce problème des tags qui sont passés à la trappe, faut que je regarde ça de plus près. Si quelqu'un a une réponse, d'ailleurs ?
Hors ligne
Les tags ne sont pas importables malheureusement...
Le lab => http://lab.dotclear.org
Besoin d'un plugin? => http://plugins.dotaddict.org
Besoin d'un thème? => http://themes.dotaddict.org
Besoin d'une astuce? => http://tips.dotaddict.org
Hors ligne
OK, ce n'est pas très grave pour mon site, ils étaient très accessoires.
J'ai l'audace de penser que cette méthode mériterait d'être mise en avant dans les divers tips, etc... pour les possesseurs de grosses bases de données... Ou me trompè-je ?
Hors ligne
Si ça n'a pas été fait depuis que Dotclear2 est sorti, c'est que c'est très complexe voir limite "irréalisable" sinon je ne doute pas que quelqu'un nous aurait déjà sorti un truc ;)
Le lab => http://lab.dotclear.org
Besoin d'un plugin? => http://plugins.dotaddict.org
Besoin d'un thème? => http://themes.dotaddict.org
Besoin d'une astuce? => http://tips.dotaddict.org
Hors ligne
C'est aussi ce que je me dis. Je ne suis ni un néophyte complet, ni un sql power user, mais l'opération m'a donné des sueurs froides !
Je rebondis avec un nouveau souci. La base de donnée a triplé de taille avec le passage à DC2, et explose les limites du 60gp, ce qu'OVH n'a évidemment pas tardé à remarquer...
Alors, est-ce normal, docteur, ou le fait de m'y reprendre à plusieurs fois a-t-il pu occasionner des doublons ou redondances mystérieuses dans la base ?
Hors ligne
Commence déjà par optimiser les tables, voire les "réparer", ça devrait les réduire :-)
La documentation : http://doc.dotclear.net/2.0/fulltoc
Le module de recherche du forum : http://www.dotclear.net/forum/search.php ?
Hors ligne
Yep, c'est ce que j'ai voulu faire, mais OVH, en passant ma base en select only, ne me permet même plus cette opération. C'est malin, non ? Je leur ai demandé de le faire par eux-mêmes, on verra bien demain !
Merci pour le suivi :-)
Hors ligne
Pour le suivi : OVH m'a redonné les droits sur la base. L'optimisation n'a rien donnée. Et j'ai droit à un message d'erreur quand je veux les "réparer" (malheureusement, le message est tronqué et donc illisible, mais ça ressemble à une limitation OVH).
Je vais tout reprendre de zéro et voir si la base conserve sa taille ou non. Vous me confirmez qu'un tel accroissement de taille (x3) n'est pas normal ?
Hors ligne
Alors moi je ne te confirme rien de "dotclearien" parce que je n'ai aucune compétence sur ce genre de choses, mais en tant que Madame Michu, le bon sens près de chez vous, je te dirai que je ne trouve pas ça normal non plus.
Hein que je t'aide ? ;-)
La documentation : http://doc.dotclear.net/2.0/fulltoc
Le module de recherche du forum : http://www.dotclear.net/forum/search.php ?
Hors ligne
Méchamment !
Et voilà que j'ai un nouveau souci :-(
Je recommence toute l'opération de zéro (installation de DC2, dump de DC1, bigdump de DC1 dans DC2, import de DC1 dans DC2 et bam :
Duplicate entry '2005/12/17/164-nom-du-billet' for key 2 (1062)Foule d'horribles insultes me viennent à la bouche. Pourquoi n'ai-je pas eu ce problème hier ?
Hors ligne
J'ai beau faire et refaire, essayer et ré-essayer, le problème persiste.
En supprimant le billet 164, l'import va me mettre la même erreur sur le 165.
Le message d'erreur est précisément celui-ci :
Duplicate entry '2005/12/17/164-url-du-billet-post-default' for key 2 (1062)Je m'étonne de ce "post-default" ajouté à l'url ?
J'ai beau farfouiller dans les tables, optimiser et réparer, je ne trouve aucune entrée dupliquée !
Il n'y a pas un maître MYsql dans le coin ? Que je puisse le remercier de tout mon coeur après qu'il m'aura miraculeusement sauvé des affres ?
Hors ligne
est-ce que tu avais installé le plugin "Default-post"? Je suis chez ovh également et j'avais déjà rencontré ce problème de "duplicate entry" généré par un plugin...
Hors ligne
Alors, j'ai observé ceci :
dans ma base mysql v.5, après l'import raté, et alors qu'il ne reste que les tables DC2, PHPmyadmin m'indique pour toutes les tables :
type : InnoDB | interclassement : utf8_binmais dans la dernière ligne 'somme'
type : MyISAM | inteclassement : latin1_swedish_ciest-ce que c'est normal ? peut-être parce que l'importation n'est pas allée jusqu'au bout ?
Hors ligne
C'est à n'y rien comprendre. Je recommence l'opération à l'instant, sans avoir rien changé de ma procédure, et ça a marché.
788 billets, plus de 12000 commentaires, dans la boîte.
Reste cet autre problème : la base fait maintenant 36 Mo (au lieu de 18 en MYsql 4). Il n'y a pas de perte dans les tables, et leur statut à l'analyse est OK (je ne peux de toute façon pas les réparer).
Un maître de MYsql pour ce problème de poids ? Avant qu'OVH ne revienne faire la police :-)
Hors ligne
Rhhhhaaaaaa ! Je sais d'où vient le problème !
La taille de la base a doublé. En bonne logique, je me dis qu'il doit y avoir des informations en double dans la base, j'y regarde donc de plus près, et je constate :
dans la table dc_post, pour chaque entrée, le contenu est dupliqué en post_excerpt et post_excerpt_xhtml ainsi que post_content et post_content_xhtml !
Chaque billet est enregistré en mode wiki ET en mode xhtml !
Comment faire pour supprimer l'un des deux, et ce sans tout casser ?
Je prierai le bon dieu n fois si quelqu'un m'apporte son aide ;-)
Hors ligne
Désolé de soliloquer. Le problème ne vient pas des doublons relevés au message précédent. Je viens de vérifier sur la base DC1 et c'était pas pareil.
Le problème vient du champ post_words (indexation pour la recherche, si je ne m'abuse) qui alourdit ma base. J'imagine que j'ai deux options :
- soit désactiver la recherche sur le site ;
- soit me dégoter un hébergeur avec une latitude plus grande sur la taille de la base de données.
Je vais commencer par désactiver la recherche, mais comment vider ce post_words ? Quelle est la requête SQL adéquate ?
Hors ligne
dans la table dc_post, pour chaque entrée, le contenu est dupliqué en post_excerpt et post_excerpt_xhtml ainsi que post_content et post_content_xhtml !
Chaque billet est enregistré en mode wiki ET en mode xhtml !
C'est tout à fait normal, me semble-t-il. Pour permettre à la fois d'écrire/corriger en wiki et d'afficher sur le oueb en Html.
Mais c'est bien vrai que quand on ne bosse pas avec le wiki (ce qui est mon cas), ça fait doublon : les champs ont le même contenu.
Si un dev peut en dire plus, je suis également preneur.
Le B.A.BA : https://abc.dotaddict.org
La doc DC2 : https://fr.dotclear.org/documentation/2.0
Mes extensions : https://www.mirovinben.fr/blog/index.ph … pluginsDC2
Mes marqueurs de template : https://www.mirovinben.fr/blog/index.php?post/id3553
Hors ligne
Il me semble que, même dans Dotclear 1, les contenus wiki et xhtml étaient enregistrés (et ils sont nécessaires : le contenu wiki permet de rééditer le billet en wiki, le xhtml de n’avoir pas à « calculer » le contenu au moment où il est affiché), je ne pense donc pas que ça vienne de là :-/
Il me semble me rappeler, il y a longtemps, avoir lu ici une histoire d’InnoDB qui faisait des bases plus « lourdes » que MyIsam, mais double ça paraît quand même beaucoup. L’hypothèse d’une base mal optimisée et/ou endommagée tient toujours la tête pour moi, mais je n’ai rien d’un expert en SQL :-/
RTFM attitude : https://fr.dotclear.org/documentation/2.0
Le chantier tips, tutos et astuces : http://tips.dotaddict.org/
Rien nulle part??? une petite recherche sul’ forum, alors?: https://forum.dotclear.org/search.php ?
Hors ligne
Aïe aïe, mon message intermédiaire est passé inaperçu ! Tu as raison Lolamarch, c'était pareil sous dc1.
C'est en réalité post_words qui me pose problème (indexation des mots du billet pour la recherche) !
Je me demande donc comment le vider dans ma base sans casser mon installation. Je ne sais pas du tout faire une requête MYsql, et je suis un peu perdu dans phpmyadmin, en ce moment même...
Hors ligne
Vous n'êtes pas identifié(e).