[Import] Dotclear par fichier texte

Statut : non résolu

Ce sujet contient 117 réponses, 25 participants et a été mis à jour pour la dernière fois par Titite, le il y a 12 années et 11 mois.

15 sujets de 76 à 90 (sur un total de 118)

← 1 2 3 … 5 6 7 8 →

Auteur

Messages
20 mai 2007 à 9 h 59 min #584132

yazerty
Membre

Chevalier WordPress
158 contributions

Murf en local il me mets « Import of post : 2328 » alors qu’il en manque manifestement toujours (quand je vais sur la page 50 avec le même nombre de billets affichés par page – 10 – je n’ai pas les mêmes billets). Il m’importe plus de billets que DotClear me dit (mais autant que d’enregistrements dans la bdd) qu’il y en a et au final j’en ai moins affiché sur le blog :o. Environ une vingtaine de moins au final que sur mon blog actuel. Bon c’est vraiment frustrant que ça fasse ça mais si c’est le prix à payer pour l’importation de plus de 2000 billets alors je m’y ferai je pense . A moins que cette « casse » puisse être évitée par un autre moyen

Par contre en local ça me traite presque tout sur la même page et ça refresh correctement après pour redémarrer les dernières opérations (imports des dernières dizaines de metas).

Quand tu as importé mon fichier de backup est-ce qu’en affichant 7 billets par page dans WordPress tu es arrivé au même résultat que sur mon site (pour la page 50 par exemple) : -http://www.yazerty.net/page/50 albaran

20 mai 2007 à 11 h 45 min #584133

albaran
Participant

Chevalier WordPress
137 contributions

on est dans le bizarre ! sans explication rationnelle a priori.

il y aurait chez 1and1 un timeout de 25 secondes qui n’est pas le max_execution_time ?

je vais tester sur 1and1 l’import du gros blog. A bientôt.

note: j’ai sauvegardé le backup de ton blog wordpress_wp_20070519_858.sql.gz de 2203 Ko

20 mai 2007 à 11 h 53 min #584134

albaran
Participant

Chevalier WordPress
137 contributions

en passant par les archives d’octobre 2006 cela affiche les mêmes billets que http://www.yazerty.net/page/50 ; sans les images bien entendu.

20 mai 2007 à 12 h 03 min #584135

yazerty
Membre

Chevalier WordPress
158 contributions

il y aurait chez 1and1 un timeout de 25 secondes qui n’est pas le max_execution_time ?

Aucune idée. Sur la page d’accueil du script d’import de flat export j’ai ceci « The maximum execution time in seconds is: 50000 ».

A priori les billets qui ne sont pas importés sont des billets tout ce qu’il y a de plus normaux en plus. Par exemple celui-ci : -http://www.yazerty.net/post/2006/08/31/1754-vrac est une simple image avec des liens en dessous. Pas de vidéo ou autre truc du genre.

Sinon pour modifier le fichier de backup pour mettre les bons répertoires pour les images (/blog/public/200504/ -> /wordpress/wp-content/uploads/2005/04/) existe-t-il un script automatisé ? Là mon éditeur habituel Jedit mouline et bug (le fichier doit être trop gros j’imagine..).
Pour modifier les liens fait entre les billets faits en dur à l’intérieur même des billets, existe-t-il une solution, ou une demi-solution Parce que modifier mes 2300 billets à la main, euuuhh .

Edit :

en passant par les archives d’octobre 2006 cela affiche les mêmes billets que http://www.yazerty.net/page/50 ; sans les images bien entendu.

Oui moi aussi j’ai la même chose maintenant (à force de relancer la mise à jour de l’import ça en rajoute un peu, mais c’est extrêêmement étrange et trèès long du coup et surtout là je n’ai pas l’impression que ça continue à en rajouter) : -http://www.yazerty.net/wordpress/?paged=50 (sans avoir besoin de passer par les archives).

Mais par contre dès la page 58/59 ça rebug (il manque le billet -http://www.yazerty.net/post/2006/08/31/1754-vrac par exemple) .

Tu as tout bon en local toi Moi même en local ça ne marche pas .

20 mai 2007 à 13 h 18 min #584136

yazerty
Membre

Chevalier WordPress
158 contributions

Tiens attends, un truc bizarre encore je crois : le fichier de backup ne contient « que » 2328 lignes pour les posts alors qu’il devrait y en avoir 2335, non (pourtant DC2 ne m’a signalé absolument aucune erreur et les posts ne sont pas en dernière position du fichier et le dernier post du backup est bien le dernier du backup)
Enfin peut-être que je me trompe ?

20 mai 2007 à 13 h 52 min #584137

albaran
Participant

Chevalier WordPress
137 contributions

Test sur 1and1

Résultats

flatimport
2303 posts
7880 comments
3610 tags

phpMyAdmin
2307 posts (billet initial WP, billets importés, pages)
7881 comments (comment initial, comments importés)
3590 stp_tags

Le blog importé est visible ici http://pod.terranumerica.info/

J’ai forcé le timeout à 38 secondes en décommentant (on enlève le #) la ligne 22 du script version 1.0
http://cvie.free.fr/public/flatimport.txt
pour obtenir la reprise automatique sur 1and1.

Modification des liens
Voir dans le tuto en anglais le paragraphe Working with a new structure of directories ; il faut initialiser le fichier blog-backup-change.php et le mettre avec le blog-backup.txt. Un exemple est dans dc2wp.zip

20 mai 2007 à 14 h 11 min #584138

albaran
Participant

Chevalier WordPress
137 contributions

on a déjà constaté des pertes minimes de billets et commentaires aussi bien à l’export qu’à l’import. Des formats un peu bizarres, des spams en particulier.

C’est sur qu’on ne peut importer que le contenu du fichier d’export blog-backup.txt. La partie export du plugin importExport de DC2 n’a pas fait l’objet de tests approfondis, en particulier pour les gros blogs.

Il faut se dire que si la grande majorité des billets, commentaires, tags est importée, c’est déjà très bien.

Au fait, dans pod.terranumerica.info il y a des billets en format brouillon : Clé usb Thierry Mugler par Laurent Corio, Chansons pour faire l’amour, Google Heart : Google a du coeur pour la Saint Valentin, Les métiers en danger, Rédaction d’un billet sous DotClear qui n’apparaissent pas à l’affichage, seulement dans l’admin.

20 mai 2007 à 14 h 35 min #584139

yazerty
Membre

Chevalier WordPress
158 contributions

albaran wrote:

on a déjà constaté des pertes minimes de billets et commentaires aussi bien à l’export qu’à l’import. Des formats un peu bizarres, des spams en particulier.

C’est sur qu’on ne peut importer que le contenu du fichier d’export blog-backup.txt. La partie export du plugin importExport de DC2 n’a pas fait l’objet de tests approfondis, en particulier pour les gros blogs.

Il faut se dire que si la grande majorité des billets, commentaires, tags est importée, c’est déjà très bien.

Voui, l’informatique est parfois bien étrange 😉. Je pense que je ne vais pas continuer à nous torturer pour une vingtaine de malheureux billets sur plus de 2300. Au pire j’essaie de les repérer et de créer de nouveau billets identiques aux manquants dans WP et les place à la bonne date.

albaran wrote:

Au fait, dans pod.terranumerica.info il y a des billets en format brouillon : Clé usb Thierry Mugler par Laurent Corio, Chansons pour faire l’amour, Google Heart : Google a du coeur pour la Saint Valentin, Les métiers en danger, Rédaction d’un billet sous DotClear qui n’apparaissent pas à l’affichage, seulement dans l’admin.

Oui j’ai remarqué. Mais ces billets ne sont pas non plus affichés actuellement. De ce point de vue le script d’import semble très bien remplir sa fonction en attribuant la valeur de « brouillon » aux posts « non-publiés » et « en attente » de DC2 🙂.

Le « Timeout: 38 seconds » semble marcher : la page se recharge bien toute seule à chaque fin de page et au cas où il y a bien un bouton « continue » (qu’il n’y a donc pas besoin d’activer puisque le reload automatique marche apparemment bien 🙂 ). J’ai du le relancer 1 seule fois, vers les metas n°2200 de mémoire et ça a bien repris (avant aussi ça reprenait bien).
C’est complètement incomparable avec le fait d’avoir à relancer une bonne quinzaine de fois le script :p !

Merci pour ton super boulot et réactivité albaran 🙂🙂🙂 !!

Par contre pour les url, pour les images c’est bon j’ai utilisé un soft spécialisé dans le remplacement (Global Find & Replace 2.0, un freeware).
Mais pour les urls à l’intérieur des billets là je sèche, même avec le tuto (j’avais sauté cette partie j’avoue, désolé )

Ex : j’ai dans des billets des urls du type -http://www.yazerty.net/post/2006/10/15/Nouvelle-publicite-Dove-Real-Beauty-Evolution
La nouvelle url est -http://www.yazerty.net/nouvelle-publicite-dove-real-beauty-evolution (je compte mettre mon wordpress à la racine – j’ai vu qu’il y avait une aide dans le codex du site officiel – dès sa mise en route « publique »)
Ca peut se bidouiller ce genre de changement grâce au blog-backup-change.php

Autre petite question liée à la migration : j’ai mis toutes mes images selon le classement de WP:
2005 -> /05 /06 /07 /08 /…
2006 -> /01 /02 /03 /04 /…
2007 -> /01 /02 /03 /04 /…

Les images s’affichent bien dans les posts (j’ai remplacé tous les chemins des images dans le backup avec Global Find & Replace 2.0).
Mais le gestionnaire de fichiers de l’admin ne les trouve pas du tout. Il ne voit apparemment que les nouveaux fichiers que je lui donne. Existe-t-il un moyen de recharger toutes les images dans la base de WP afin que je puisse aller chercher une ancienne image pour l’afficher dans un nouveau post

23 mai 2007 à 9 h 39 min #584140

David Latapie
Membre

Initié WordPress
24 contributions

Salut,

Je voulais poster sur http://cvie.free.fr/public/tuto_dc2wp_en.html, mais il n’y a pas même de mail, donc je le fais ici, en espérant que ce sera lu là où il faut.

Je suis impressionné par la qualité de flat-import, wow (et je suis avare de compliment : on sent que ce greffon a été bien travaillé. Exemple : après le time-out (TRÈS gros blog, j’ai fait ce qui m’est venu le premierà l’esprit : relancer avec mettre à jour. Et ça a marché J’adore).

Cependant, il me manque une fonction indispensable : la conservation des identifiants (car j’ai décidé de garder les identifiants dans les billets). Du coup, si les identifiants changent, ce sera encore une catastrophe côté référencement et, surtout, conservation des liens internes (mes billets en référent souvent d’autres).

Est-ce donc possible de conserver les identifiants? Je précise aussi, tant qui j’y suis, que la conversion vers Dotclear n’est qu’une étape d’un passage vers Drupal (vu qu’à ma connaissance, il n’existe pas de convertisseur Dotclear 2 vers Drupal).

Merci de la réponse.

P.-S. : ce commentaire a été initialement publié sur Migration de DotClear 2 vers WordPress 2, chez Yazert.net.

23 mai 2007 à 12 h 39 min #584141

albaran
Participant

Chevalier WordPress
137 contributions

je n’ai pas de solution à la conservation des identifiants. Le script flatimport utilise les fonctions d’ajout de WP (wp_insert_post() pour les billets) qui ne permet pas à ma connaissance d’imposer un ID de billet.

La version 1.1 du script contient une section commentée qui permettrait une fois activée d’avoir la table de correspondance des ID des billets DC versus WP.

Cette table en format blog-backup-change.txt permettrait la mise à jour des adresses internes, à condition que celles-ci soient dans un format avec identifiant, exemple : http://site.com/blog/?p=53

On pourrait peut-être créer un .htaccess avec ces correspondances, il faudrait qu’un connaisseur de .htaccess s’implique.

Exemple de table de correspondance générée :

j’ai rajouté un autre blog-backup.txt qui contient les billets DC 1 à 15 sur l’import déjà fait de yazerty ; ce qui à rajouté les billets WP 2308 à 2322.

23 mai 2007 à 13 h 10 min #584142

albaran
Participant

Chevalier WordPress
137 contributions

Une autre piste sur le web :
http://blog.igorfoox.com/2006/06/01/migrating-movabletype-to-wordpress-202-or-the-good-the-bad-and-the-ugly/
http://scott.yang.id.au/2004/06/wordpress-migration-notes/

Il faudrait modifier le code de WP pour lui imposer une ID de billet lors de la création de ce billet. C’est à dire faire systématiquement des wp_update_post() même pour des billets qui n’existent pas ; ou faire des wp_insert_post() en précisant l’ID du billet. Ce qui ne devrait pas être un inconvénient si l’on fait l’import sur un blog vide.

Mais là il faudrait qu’un spécialiste du code de WP s’implique. AmO, une idée ?

31 mai 2007 à 23 h 20 min #584143

David Latapie
Membre

Initié WordPress
24 contributions

Salut, j’ai ouvert un nouveau sujet sur la question au lieu de la poser ici, ce qui aurait û être plus utile. Bref.

Pas de conservation des tags en passant de Dotclear à WordPress

Bonjour,

Ma configuration WP actuelle
– Version de WordPress : 2.2
– Thème utilisé : Kubrik
– Plugins en place : Simple Tagging 1.6.2
– Nom de l’hebergeur : Host-Nexus
– Adresse du site : http://www.empyree.org/wordpress/

Problème(s) rencontré(s) : Plugin non reconnu lors de la migration depuis Dotclear 2 beta 6 avec flatimport et en suivant les instructions de cette page. Le plugin est présent et activé.

Message que je reçois : No import of tags. Ultimate Tag Warrior or SimpleTagging plugin not found ; or plugin not activated.

Merci de votre aide !

5 juin 2007 à 9 h 43 min #584144
albaran
Participant

Chevalier WordPress
137 contributions
Il faut vérifier d’abord que les tags figurent bien dans le blog-backup.txt. L’entrée pour DC2 du type
```
[meta meta_id,meta_type,post_id]
« faq », »tag », »9″
« dotclear », »tag », »10″
« multiblog », »tag », »10″
…
```
suivie des tags doit figurer après les posts.

Est-ce que le thème actif a été modifié en suivant le paragraphe Display tags using UTW or Simple Tagging du tuto ?
Cela permettrait de vérifier que simple tagging est bien installé et actif. Il affiche alors No tag en l’absence de tags, ce qui n’est pas le cas sur le site http://www.empyree.org/wordpress/

On peut supprimer les tests de présence des plugins de tags, dans flatimport.php vers la ligne 944 remplacer :
```
if (function_exists(‘wp_add_post_tags’)) { # tags en natif à partir de WP 2.3
	wp_add_post_tags($post_id, $tag);
} elseif (is_object($utw)) {
	$utw->AddTag($post_id, $tag);
} elseif (is_object($STaggingAdmin)) {
	$STaggingAdmin->saveTag($post_id, $tag);
}
```
par
```
$STaggingAdmin->saveTag($post_id, $tag);
```
pour forcer l’import de tags avec SimpleTagging

Dans des cas bizarres comme ceci je fais un clean install. J’efface tout, fichiers de WP et RAZ de la base de données. reinstall WP, plugin SimpleTagging, activation de celui-ci, import.
10 juillet 2007 à 18 h 58 min #584118

albaran
Participant

Chevalier WordPress
137 contributions

Appel à testeurs : si vous avez installé WP 2.3 (version en cours de développement) merci de tester l’importer flatimport de Dotclear à WordPress 2.3.

Télécharger http://cvie.free.fr/public/flatimport.zip à dézipper dans wp-admin/import
Version WP2.3alpha-0.4 14:47 11/07/2007

Il a été testé sur le sample http://cvie.free.fr/public/blog-backup.zip à dézipper dans wp-contents/uploads

Tout semble normal, sauf que les liens importés ne s’affichent pas dans le sidebar (voir la fonction wp_list_bookmarks() de wp-includesbookmark-template.php). Ticket #4609 émis.

La nouvelle classification (taxonomy) pour catégories et tags demande une révision importante de l’importer, ce qui explique qu’il n’est plus compatible avec WP 2.0 à 2.2.

10 juillet 2007 à 21 h 38 min #584145

albaran
Participant

Chevalier WordPress
137 contributions

Amélioration du script flatimport pour WP 2.3
il serait bien d’avoir une fonction qui teste si un lien existe déjà dans WP 2.3
je n’ai rien trouvé d’utilisable dans le trunk 2.3, ni vu comment faire.

Ce serait function link_exists($link_name, $link_url, $link_description) comparaison des liens dans la base de données WP avec le lien DC à importer sur la base de ces 3 données.

Résolu: je ne cherchais pas au bon endroit ; on fait une requête avec get_var() dans wp-includes/wp-db.php
Auteur

Messages