Après quelques manipulations (un énorme merci à Philippe de Tout Poitiers! pour le problème d’hier, il « suffisait » de couper le fichier php en plus petits fichiers en coupant le long des lignes qui contenaient « edit »), je vous souhaite la bienvenue sur mon blog déménagé…

Pour la newsletter, ça y est, elle fonctionne en principe (colonne de droite), un peu de patience encore pour lire de « vrais » nouveaux articles. J’ai supprimé la possibilité de commentaires sur overblog… et récupérerai la nuit prochaine ceux des deux derniers articles…

Je referai aussi les pages de liens très vite!

A très bientôt!

PS: Je vais essayer de passer lire les blogs amis dans la journée… mon flux rss indique qu’il y a plus de 100 articles que je n’ai pas lus…

Retrouvez moi sur

mon nouveau blog

pour en savoir plus…

Un peu d’indulgence encore, j’ai encore des paramètres à régler…

Les commentaires sont désactivés sur overblog, mais activés sur mon « mon nouveau blog« …

Pour l’instant, je coïnce sur un gros os pour le transfert de mon blog… La base de données msql pèse presque 200Mo (30 si je la compresse), et mon hébergeur actuel (Online) n’accepte pas les imports de base de données de plus de 8Mo… On peut insérer à la racine du domaine un fichier php.ini et modifier les paramètres… mais certains ne sont pas pris en compte, dont post_max_size (taille maximale du fichier à importer), . J’ai tenté d’augmenter malgré tout à 32Mo par une commande php (SET GLOBAL max_allowed_packet=33554432), j’ai reçu en réponse « #1227 – Access denied; you need the SUPER privilege for this operation »… SUPER privilege, ce sont les droits d’administrateur de l’hébergeur, raté!

J’essaye d’explorer deux pistes:

– utilisation de Msqldumper (le logiciel a créé 5 fichiers _part_[1 à 5].sql.gz de moins de 7Mo en local), mais je n’arrive pas à importer les fichiers dans la base de données sur mon hébergement…

– trouver un script qui permette via SQL dans phpmyadmin de récupérer le fichier php que j’ai copié au cas où ça pourrait marcher dans mon espace personnel sur le serveur partagé [cf partie en gras en anglais ci-dessous, ça devrait être possible]

J’ai donc actuellement:

– un blog qui fonctionne en local sous wordpress, avec les images rapatriées depuis overblog

– chez mon hébergeur, tous les fichiers wordpress dans un sous-dossier blog (au moins, toutes les images sont transférées) et le fichier de la page php dans un dossier ‘importer »

– dans mon administrateur php… toujours une base de données vide!

[et toujours un blog complet sur overblog ].

Une solution serait de changer d’hébergeur… mais après avoir parcouru plein de forums, je pense qu’il n’est pas possible de partir de chez online en emportant le nom de domaine (que je souhaite garder, en raison de l’hébergement de mon vieux site personnel).

Il y a quand même un point positif dans cette aventure : j’ai fait de gros progrès en php, en javascript, un peu moins en anglais spécialisé…Je ne comprends pas tout. Voici un exemple, retour de l’aide de mon hébergeur pour le poids du fichier trop lourd… Si ça parle à quelqu’un, j’aimerais bien essayer la première solution… (en gras)

///message d’aide reçu:

I cannot upload big dump files (memory, HTTP or timeout problems). Starting with version 2.7.0, the import engine has been re–written and these problems should not occur. If possible, upgrade your phpMyAdmin to the latest version to take advantage of the new import features. The first things to check (or ask your host provider to check) are the values of upload_max_filesize, memory_limit and post_max_size in the php.ini configuration file. All of these three settings limit the maximum size of data that can be submitted and handled by PHP. One user also said that post_max_size and memory_limit need to be larger than upload_max_filesize. There exist several workarounds if your upload is too big or your hosting provider is unwilling to change the settings:

1. Look at the $cfg[‘UploadDir’] feature. This allows one to upload a file to the server via scp, ftp, or your favorite file transfer method. PhpMyAdmin is then able to import the files from the temporary directory. More information is available in the Configuration section of this document.

2. Using a utility (such as BigDump) to split the files before uploading. We cannot support this or any third party applications, but are aware of users having success with it.

3. If you have shell (command line) access, use MySQL to import the files directly. You can do this by issuing the « source » command from within MySQL: source filename.sql.

///aide configuration… qui devrait me permettre de comprendre le 1/

$cfg[‘UploadDir’] string The name of the directory where SQL files have been uploaded by other means than phpMyAdmin (for example, ftp). Those files are available under a drop-down box when you click the database or table name, then the Import tab. If you want different directory for each user, %u will be replaced with username. Please note that the file names must have the suffix « .sql » (or « .sql.bz2 » or « .sql.gz » if support for compressed formats is enabled). This feature is useful when your file is too big to be uploaded via HTTP, or when file uploads are disabled in PHP. Please note that if PHP is running in safe mode, this directory must be owned by the same user as the owner of the phpMyAdmin scripts.

A suivre, repos ce matin, marché et courses diverses au programme!

Il me restera encore à régler la question des liens internes de mon blog: j’ai réussi à écrire des permaliens qui ont la même structure sur les deux blogs : mon_ancien_blog.nom_article.html et mon_nouveau_blog.nom_article/

Il est facile de remplacer dans le corps du contenu des articles (champ post) mon_ancien_blog par mon_nouveau_blog. En revanche, j’ai un problème pour remplacer .html par / SEULEMENT dans les liens qui contiennent mon_nouveau_blog et pas dans les autres liens qui se trouvent parfois dans le même champ… En utilisant WHERE mon_nouveau_blog (ou si je passe d’abord le remplacement html en / WHERE mon_ancien_blog), il ne fait pas ce que je veux… Je me retrouve avec

blablabla lien_chez_moi/ blablabla lien_ailleurs/ (alors qu’il faudrait laisser .html).

Comme il n’est pas possible d’ajouter un .html à la fin de mes permaliens en php, je ne vois pas comment réussir la manipulation.

Je pense que je vais devoir les refaire à la main… au fur et à mesure de la suppression des articles sur Overblog et en recherchant ensuite les liens cassés…

Pour l’instant, la question est secondaire, puisque je n’arrive pas à importer la base de données…

Pas de vrai article ce matin… Je lance un import en local des articles parus ces trois dernières semaines, je fais les dernières manipulations, et si tout va bien, vous me retrouverez avant la fin du week-end sur mon nouveau blog… Je mettrai une newsletter sur overblog pour vous donner le lien vers les nouveaux articles pendant une quinzaine de jours, qu’en pensez-vous? Ensuite, j’espère que la plupart d’entre-vous se sera réabonné sur mon nouveau blog… que je vais mettre à côté de mon vieux site personnel… qui devrait aussi subir un sérieux « lifting » d’ici dimanche soir!

Après avoir tâtonné pour paramétrer mon blog overblog avant l’export, au troisième essai, je suis arrivée à avoir tous les articles comme je le voulais, sans les renvois parasites aux réseaux sociaux mais avec tous les commentaires, par catégorie, au format xml (avec un fichier par catégorie). Je ferai un dernier export au dernier moment du transfert, pour récupérer la catégorie « articles après transfert » et les commentaires associés, je ne récupèrerai pas les commentaires publiés après le 12 janvier sur les articles antérieurs à cette date. Pas d’inquiétude, dès que le nouveau blog sera en ligne, je vous donnerai la nouvelle adresse et prévoirai des redirections depuis ce blog, ainsi que, pendant une semaine je pense, la publication de newsletter à partir des abonnés sur overblog avec la redirection vers le nouveau 😉

Après plusieurs « reset », j’ai attaqué l’import sur mon ordinateur (serveur virtuel/local host). Hier soir, après une première séance de cinéma dans le cadre du festival télérama (Killer Joe de William Friedkin au lieu de Holy Motors de Leos Carax, dont la copie n’était pas arrivée au cinéma), j’ai poursuivi les différentes étapes selon la procédure (suite d’opérations dans un ordre précis) que je me suis faite. Pour les 500 premiers articles (sur 3500), les articles sont dans la bonne catégorie, avec des mots clefs supplémentaires attribués en série (je les peaufinerai plus tard). J’ai aussi réparé les liens, avec un constat: les permaliens ne sont pas de vrais permaliens chez la plupart des éditeurs (le pire est Gallimard), du coup, pour les futurs articles de lecture et de BD, je ne mettrai que le site de la maison d’édition, pas le lien sur la page, c’est inutile, les liens sont en général cassé et pas réparables par l’outil de détection des redirection. Idem pour Gallica (en plus, impossible de revérifier depuis 2 jours, leur serveur est en panne) ou la presse numérisée par la médiathèque de Poitiers et les archives départementales de la Vienne, les liens directs ne fonctionnent plus, j’ai donc mis des liens sur l’accueil de ces sites. Beaucoup de blogs aussi ont disparu… pour ceux qui ont déménagé et dont j’ai l’adresse, j’ai aussi fait les corrections, pour les autres, j’ai supprimé les liens. Pour cette série de 500 articles, j’ai aussi réparé les liens des images : overblog donne une adresse différente dans les liens qui pointent dans les articles et dans le permalien, du coup, cela pose problème pour reconstituer les chemins en local. J’ai donc « réparé » les liens de ces photos… par lot de 50 (au-delà, ça plante)… vu qu’il y a 4000 photos, même si c’est le script qui répare ces liens, je vais en avoir pour un moment…

Pour la simple intégration dans la base de données php de word-press, sans avoir attaqué les liens ni les redirections d’images, j’ai terminé toutes les rubriques à moins de 250 articles. Il me reste quatre gros morceaux, les chroniques sur Poitiers, les autres visites, les SAL et le point de croix hors SAL, avec respectivement 299, 469, 305 et 484 articles…

Un ami (je ne savais pas qu’il était lecteur de mon blog, le cachotier…) a proposé de chercher un moyen de donner à mes nouveaux articles un permalien genre mon_nouveau_domaine.mon_ancien_nom_d_article.com, ce qui me permettrait de changer les liens en série, en remplaçant juste vdujardin.over-blog par mon_nouveau_domaine. Cela éviterait de re-scanner tous les liens (17.000) au fur et à mesure de la suppression des articles du blog over-blog.

A suivre…

Le temps du déménagement, il est finalement plus simple pour moi de suspendre la publication des articles et des commentaires… Retour dans quelques jours! J’ai aussi désactivé les boutons de partage sur les réseaux sociaux.

[PS: vous recevrez peut-être dans la journée des newsletters intempestives, je m’en excuse, pour récupérer les articles programmés et les brouillons, je les transfère dans une catégorie temporaire et leur attribue une date ancienne, et il peut arriver que j’oublie de décocher l’envoi de newsletter].