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…