//Cybercarnet du ProfNoël » Du code

Antidote RX v8 dans Ubuntu 11.10

Éric Noël — Sun, 09 Oct 2011 23:41:14 +0000

Le correcteur d’orthographe Antidote dans sa version huit n’est officiellement supporté que pour Ubuntu 8.04. Mais jusqu’à la version 10.10, je n’ai eu aucun souci avec l’installation de celui-ci. Je n’avais même pas remarqué le problème avec 11.04 (ma 11.04 était une 10.10 mises à jour), mais lors d’une nouvelle installation de 11.04, pas possible d’y arriver sans bidouiller un brin.

Antidote n’est pas un logiciel libre, j’aurais pu aussi intituler ce billet : « c’est compliqué quand ce n’est pas libre », mais puisque que ça se passe dans Ubuntu, je publie.

Alors, voici ce que j’ai appliqué afin de pouvoir utiliser ma version d’Antidote RX v8 (la H60).

Les manipulations qui suivent nécessitent des manipulations à effectuer avec des droits superutilisateurs (root) dont le mauvais usage peut engendrer des effets néfastes pour votre système. Je ne suis donc pas responsable de vos erreurs.

Tout d’abord, j’ai installé normalement Antidote v7 et ensuite j’ai appliqué le patch pour la v8. Jusqu’à 10.10 c’était terminé, un sudo antidote et on pouvait utiliser la chose.

Depuis Ubuntu 11.10

Sous 11.10 on obtient le message d’erreur suivant:

antidote: error while loading shared libraries: libssl.so.6: cannot open shared object file: No such file or directory

La librairie libssl.so.6 semble avoir été remplacée par la libssl.so.1.0.0, pour y remédier j’ai crée le lien symbolique suivant dans les dossiers d’Antidote:

sudo ln -s /lib/i386-linux-gnu/libssl.so.1.0.0 /usr/local/Druide/Antidote/lib/libssl.so.6

Mais un problème semblable existe aussi pour le fichier libcrypto.so.6 puisqu’on obtient le message d’erreur suivant:

antidote: error while loading shared libraries: libcrypto.so.6: cannot open shared object file: No such file or directory

La librairie libcrypto.so.6 semble aussi avoir été remplacée par la libcrypto.so.1.0.0, pour y remédier j’ai également crée le lien symbolique suivant dans les dossiers d’Antidote:

sudo ln -s /lib/i386-linux-gnu/libcrypto.so.1.0.0 /usr/local/Druide/Antidote/lib/libcrypto.so.6

Il faut maintenant remédier à l’erreur suivante:

antidote: symbol lookup error: /usr/lib/i386-linux-gnu/libdbus-glib-1.so.2: undefined symbol: dbus_watch_get_unix_fd

Nous aurons besoin d’une version de libdbus-glib datant de l’époque de la sortie d’Antidote. Il faudra télécharger cette version (ne pas l’installer), la décompresser et ensuite copier les fichiers vétustes dans les répertoires d’Antidote.

wget http://security.ubuntu.com/ubuntu/pool/main/d/dbus-glib/libdbus-glib-1-2_0.74-2ubuntu0.1_i386.deb
dpkg -x libdbus-glib-1-2_0.74-2ubuntu0.1_i386.deb .
sudo cp usr/lib/* /usr/local/Druide/Antidote/lib/.

Et pour terminer, nous aurons à gérer l’erreur suivante:
D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/usr/local/var/lib/dbus/machine-id": Aucun fichier ou dossier de ce type

Le fichier machine-id existe dans /var/lib/dbus/. Il nous faudra donc créer un lien, mais d’abord assurons-nous que l’arborescence existe.

cd /usr/local/
sudo mkdir var
cd var/
sudo mkdir lib
cd lib/
sudo mkdir dbus
sudo ln -s /var/lib/dbus/machine-id /usr/local/var/lib/dbus/machine-id

Et voilà, ça devrait fonctionner…..

Bonne erreur de grammaire…

Également à lire.....

Utiliser son propre réducteur d’URL dans Gwibber.

Éric Noël — Thu, 21 Oct 2010 03:40:41 +0000

Voici un petit hack permettant d’ajouter votre propre réducteur d’URL à la liste déjà présente dans Gwibber. Le but étant seulement d’utiliser votre propre réducteur, ou simplement d’en utiliser un alternatif.

La méthode qui suit a été testée sur le réducteur utilisant lilURL, un clone libre de TinyURL. Personnellement, j’ai installé mon propre réducteur et j’ai choisi Bilbolinks, qui utilise cette même bibliothèque. Ce qui nous intéresse sera d’appeler l’API de notre réducteur à partir de Gwibber. L’API de lilURL et de Bilbolinks est de la forme:

/api.php?longurl=http://www.uneurltrestreslongue.com

Puisque mon réducteur n’est pas encore public, j’ai fait une courte recherche et j’ai trouvé un réducteur qui utilise le Bilbolinks et qui fera l’affaire pour notre exemple http://joo.li.

Les manipulations qui suivent nécessitent des manipulations à effectuer avec des droits superutilisateurs (root) dont le mauvais usage peut engendrer des effets néfastes pour votre système. Je ne suis donc pas responsable de vos erreurs

Nous allons nous déplacer dans le répertoire qui gère les réducteurs.

cd /usr/share/pyshared/gwibber/microblog/urlshorter

Et nous allons créer un fichier de configuration nommé jooli.py

sudo nano jooli.py

Que nous allons renseigner comme suit (remplacer joo.li par votre réducteur (3x)) :

import urllib2

PROTOCOL_INFO = {

  "name": "joo.li",
  "version": 0.1,
  "fqdn" : "http://joo.li",

}

class URLShorter:

  def short(self, text):
    short = urllib2.urlopen("http://joo.li/api.php?longurl=%s" % urllib2.quote(text)).read()
    return short

Ensuite on doit modifier le fichier __init__.py

sudo nano __init__.py

en ajoutant:

@import jooli

Et dans la commande PROTOCOLS

"joo.li": jooli,

Ce qui donnerait au final:

import cligs, isgd, tinyurlcom, ur1ca
#import snipurlcom, zima
import jooli

PROTOCOLS = {
  "cli.gs": cligs,
  "is.gd": isgd,
  #"snipurl.com": snipurlcom,
  "tinyurl.com": tinyurlcom,
  "joo.li": jooli,
  "ur1.ca": ur1ca,
  #"zi.ma": zima,
}

On enregistre et il nous reste plus qu’à créer un lien symbolique vers notre nouveau fichier jooli.py

cd /usr/lib/python2.6/dist-packages/gwibber/microblog/urlshorter

sudo ln -s /usr/share/pyshared/gwibber/microblog/urlshorter/jooli.py

Voilà on redémarre Gwiber, et on choisit notre nouveau réducteur dans les préférences.

Pour info, le hack est le fruit d’une conversation dans #ubuntu-qc entre moi et @deuxpi.

Ma version de Gwibber est 2.32.0.1

Également à lire.....

Changer les droits utilisateurs uniquement pour les fichiers.

Éric Noël — Tue, 05 Oct 2010 22:23:15 +0000

Juste une petite info au passage. Dernièrement j’ai travaillé avec les droits des fichier d’un site web fonctionnant sous ubuntu-server 10.0.4.1. En voulant rétablir l’état initial, je voulais donc changer les droit des fichier pour 755 et les droits des fichiers pour 644.

Bien sur, je pouvais dans un terminal faire un:

chmod -R 644 /var/www/profnoel

et ensuite retravailler chaque dossiers individuellement. Mais , bof…

J’ai donc trouvé cette petite astuce:

Pour agir uniquement sur les fichiers

find /var/www/profnoel -type f -exec chmod 644 {} \;

Pour agir sur les dossiers

find /var/www/profnoel -type d -exec chmod 755 {} \;

C’est la façon de faire ou bien il y a plus simple ?

Également à lire.....

RAID logiciel dans une Ubuntu 10.04.1 server (2).

Éric Noël — Sat, 25 Sep 2010 20:34:37 +0000

Plus tôt cette semaine, je publiais un billet concernant l’installation d’un RAID logiciel (RAID 1) dans une Ubuntu 10.04.1 server. Sans vouloir revenir sur la définition d’un RAID 1, rappelons simplement que cette solution permet une redondance des données en disques en miroir et peut tolérer la panne d’un disque.

En fin de billet, je précisais qu’une prochaine étape serait les procédures à suivre dans le cas de la panne d’un disque, ce billet d’aujourd’hui en discutera donc.

Tout d’abord, précisons que la configuration proposée dans le billet précédant comporte une lacune majeure (voir la discussion à la fin du billet) compliquant grandement la récupération des données. En effet, puisque la partition boot (nécessaire au démarrage) n’est présente que sur le premier disque, la perte du second disque est facilement récupérable, le système pouvant quand même démarrer. Alors que la panne du premier disque empercherait le système de démarrer.

J’ai donc réinstallé mon serveur en partitionnant (2 partitions par disque) mes deux disques de manière identique (une autre possibilité est d’avoir une seule partition par disque, un seul raid sur lequel nous pouvons appliquer un LVM, mais je n’ai pas retenu cette solution pour ce billet).

Pour ensuite créer deux périphériques multidisques.
Identiques aux partitions physiques, RAID no 0 (/dev/md0) et RAID no 1 (/dev/md1)

Pour ensuite créer sur ces deux partitions, le swap et la partition racine en ext4.

Et poursuivre l’installation normalement.

Lorsque l’installation est terminée et que vous êtes authentifié dans le système, il est possible de vérifier l’état du RAID en tapant pour le premier périphérique:

sudo mdadm --detail /dev/md0

et pour le second périphérique:

sudo mdadm --detail /dev/md1

La panne

Pour simuler la panne d’un disque, je l’ai carrément déconnecté un disque du système. Au démarrage, le système détecte l’anomalie et nous demande si l’on veut démarrer en mode dégradé (toute nouvelle défaillance entrainant la perte de données).

On peut s’en assurer une fois dans le système en tapant :

sudo mdadm --detail /dev/md1

Supposons que nous avions mis au démarrage un nouveau disque de remplacement. Avant son installation, nous devons nous assurer que notre celui-ci est partitionné de façon identique. On suppose que sda est le disque fonctionnant normalement et sdb le nouveau disque. On enregistre les informations de partitions.

sudo sfdisk -d /dev/sda > sda.bak

Et on les applique au disque sdb.

sudo sfdisk /dev/sdb < sda.bak

Reste à ajouter ce nouveau disque à notre RAID

sudo mdadm --manage /dev/md0 --add /dev/sdb1

sudo mdadm --manage /dev/md1 --add /dev/sdb2

On peut vérifier la reconstruction en tapant :

sudo mdadm --detail /dev/md0

sudo mdadm --detail /dev/md1

Pour le monitorage, je n’ai pas vraiment exploré mdadm, mais j’ai remarqué que dans Webmin il i y a un module qui permet de recevoir un courriel en cas de défaillance

Également à lire.....

RAID logiciel dans une Ubuntu 10.04.1 server (1).

Éric Noël — Fri, 24 Sep 2010 02:49:40 +0000

Comme je le disais dans un billet précédant, j’ai récemment mis en production mon nouveau serveur. En inspectant l’ancienne machine, je réalise que j’avais un deuxième disque dur identique à celui-ci quelque part. Deux disques identiques, et pourquoi ne pas expérimenter un RAID logiciel?

RAID vous dite?

Pour mieux se situer, voici un extrait de Wikipédia.

En informatique, le mot RAID (Redundant Array of Independent Disks) désigne les techniques permettant de répartir des données sur plusieurs disques durs afin d’améliorer soit la tolérance aux pannes, soit la sécurité, soit les performances de l’ensemble, ou une répartition de tout cela.

Dans le cas du RAID matériel, une carte ou un composant est dédié à la gestion des opérations

En RAID logiciel, le contrôle du RAID est intégralement assuré par une couche logicielle du système d’exploitation. Cette couche s’intercale entre la couche d’abstraction matérielle (pilote) et la couche du système de fichiers.

Avec deux disques, deux solutions s’offrent à moi. Le RAID 0 et le RAID 1.

Le RAID 0, est un entrelacement de disques, tout l’espace disque disponible est utile. N’apportant pas de redondance, le défaut de cette solution est que la perte d’un seul disque entraîne la perte de toutes les données.

Le RAID 1 consiste en l’utilisation de disques en redondances. Chaque disque contient à tout moment exactement les mêmes données, d’où l’utilisation du terme « Disques en miroir ». La capacité totale est égale à celle du plus petit élément.

J’ai donc tenté l’expérience du RAID 1 logiciel avec l’édition serveur d’Ubuntu 10.04.1 (avec mes deux disques de 10 Go).

Moi qui croyais m’embarquer pour une nuit complète de configuration, je suis encore stupéfait de la faciliter avec laquelle j’y suis arrivé. J’en profite donc pour partager mon expérience. Je ne me prétends expert en la chose, il y a encore 24 h, j’ignorais ce qu’était un RAID logiciel, mais si j’ai coupé les cheveux en quatre, faut pas hésiter à donner de bonnes pistes de solutions afin d’affiner la chose.

L’installation.

Il suffit de lancer un cd d’installation (dans mon cas l’édition serveur d’Ubuntu 10.04.1) et de choir la partition manuelle.
Sur mon premier disque, j’y configure 3 partitions :

399.5 MB en swap
99.6 MB ext2 bootable point de montage /boot
Le reste du disque 10.2 GB en ext4

Sur mon second disque, j’y configure 2 partitions :

499.1 MB qui ne sera pas utilisé (équivalent aux deux premières partitions du premier disque):
Le reste du disque 10.2 GB en ext4

On choisit ensuite: Configurer le RAID avec gestion logiciel.

Avant d’appliquer les périphériques RAID, on doit appliquer les changements aux disques.

Comme action de configuration ont choisi : Créer un périphérique multidisque.

Ensuite on doit choisir le type de périphérique RAID Logiciel, dans notre cas c’est le RAID 1

Avec deux disques, on doit choisir 2 périphériques actifs et 0 périphérique de réserve.

Il est maintenant temps de choisir les deux partitions qui seront actives pour le RAID. La troisième du premier disque et la seconde du second disque.

On applique les changements et c’est terminer pour la configuration du RAID.

On revient ensuite à la page de partitionnement, on remarque qu’un nouveau périphérique RAID s’est ajouté en haut de la liste (de dimensions égales aux deux partitions des deux disques).

On sélectionne ce périphérique et on la partitionne comme un disque standard, j’y suis allé au plus simple, / comme point de montage en ext4.

Et voilà, on termine le partitionnement et on applique les changements. La suite de l’installation se déroulera normalement.

Prochaine étape, simuler la panne de l’un des disques, là je sens que je vais avoir du boulot…..

Mise à jour du 25 septembre 2010

La simulation de la panne est les modifications aux partitions se retrouvent ici: RAID logiciel dans une Ubuntu 10.04.1 server (2).

Également à lire.....

Cyberapprentissage: Iconito École Numérique

Éric Noël — Tue, 21 Sep 2010 02:01:33 +0000

Petite découverte de la soirée, que je vais expérimenter prochainement dans mon serveur. Il s’agit d’un espace numérique de travail (cyberapprentissage) qui me semble bien intéressant. Il s’agit d’Iconico école numérique.

C’est tout d’abord une application web (nécessitant un serveur LAMP) à destination de tous les usagers du système scolaire et de ses partenaires éducatifs de proximité. Sous licence libre LPGL, cette application web offre l’utilisation d’un courriel sécurisé, d’une gestion personnelle de documents, d’un annuaire global, d’un album photo ou encore d’un cahier de textes.
De plus on peut créer afin de favoriser un travail collaboratif, des groupes de travail allant jusqu’à la publication d’un blogue personnalisé accessible depuis internet.

Puisque c’est toujours intéressant de voir, voici un lien vers une page de démonstration.

La page web du projet.

Le téléchargement

Et un guide d’installation.

On s’en reparle.

Également à lire.....

Tiki Wiki Vici ? (2)
Microbloguer en classe (8)
100% libre, c'est possible? (29)
100% libre: mon expérimentation (2) (25)
100% libre: mon expérimentation (1) (15)

Épurer un fichier configuration.

Eric Noel — Sat, 18 Sep 2010 20:20:53 +0000

Je travaille depuis quelques jours à remonter mon serveur sous 10.04.1 et voilà que je me bats avec le fichier configuration de Squid. Avec ses 4926 lignes pour un fichier de 164,5 Kio, nous sommes plus près d’un manuel d’utilisation qu’un fichier de configuration. J’ai découvert une astuce afin de se débarrasser des lignes commentées en ligne de commande (puisqu’il n’y a pas d’environnement graphique).

Puisque dans notre exemple les lignes commentées débutent par un dièse:

#    WELCOME TO SQUID 2.7.STABLE3
#    ----------------------------
#

Il suffit donc de balancer tout ce qui suit ce symbole. Dans un terminal, à partir du dossier où se trouve le fichier de configuration (dans mon cas squid.conf), on s’assure d’abord de préserver le fichier d’origine en le renommant.

En mode super-utilisateur:

mv squid.conf squid.conf.bak

Ensuite on épure le fichier.

cat squid.conf.bak | egrep -v -e '^[:blank:]*#|^$' > squid.conf

Voilà, plus que 50 lignes, et un mal de tête en moins.

Note sur Squid 2.7.STABLE3 et Lucid Lynx

Sous Ubuntu 10.04.1, j’ai remarqué que pour arrêter ou démarrer Squid, les commandes suivantes ne semblent plus fonctionner.

sudo /etc/init.d/squid start
sudo /etc/init.d/squid stop

On obtient le message suivant:

Rather than invoking init scripts through /etc/init.d, use the service(8)
utility, e.g. service squid start

Since the script you are attempting to invoke has been converted to an
Upstart job, you may also use the start(8) utility, e.g. start squid

Pour démarrer Squid, je passe en super utilisateur

sudo su

Pour ensuite démarrer la bête.

sudo service squid start

Esct-ce particulier à la 10.04.1 cette nouvelle façon de faire?

Source

Également à lire.....

Changer le thème de déverrouillage de l'économiseur d'écran

Eric Noel — Sun, 12 Sep 2010 20:07:44 +0000

waves

Antérieurement dans Ubuntu, il était possible de changer le thème de l’écran de déverrouillage de l’économiseur d’écran en utilisant un fichier ayant l’extension .glade.
Du moins, c’est ce que je faisais à l’époque en utilisant, par exemple, le thème Curves que je récupérais dans gnome-look.org. Ce matin en réactivant le verrouillage de l’écran lorsque l’économinseur d’écran est activé, j’ai réalisé que les fichiers .glade n’étaient plus pris en compte.

Il semble que depuis Karmic Koala, l’utilitaire screen-locking, utilise les fichiers de configuration .ui de gtkbuilder. Voici donc comment procéder, afin d’installer un nouveau thème ( .ui ou .glade).

Installer un thème de déverrouillage avec une extension .ui

Les nouveaux thèmes de déverrouillage utilisent l’extension .ui, voici les étapes d’installation.

1- On décompresse l’archive et on déplace ensuite son contenu dans /usr/share/gnome-screensaver/. On peut ouvrir le dossier avec les droits d’administrateur avec la commande:

gksudo nautilus /usr/share/gnome-screensaver/

2- On ouvre l’utilitaire de configuration. Dans un terminal on tape:

gconf-editor

3- On se déplace ensuite dans apps -> gnome-screensaver, et on renseigne lock_dialog_theme avec le nom du thème que l’on vient d’installer.

Installer un thème de déverrouillage avec une extension .glade

Les anciens thèmes de déverrouillage utilisent l’extension .glade, voici les étapes d’installation.

1- On décompresse l’archive.

2- Dans un terminal, on se déplace dans le dossier où l’archive a été décompressée.

3- Dans le terminal, on lance l’outil de conversion, il se peut que vous deviez installer cet outil (libgtk2.0-dev).

gtk-builder-convert -w nom_du_heme.glade nom_du_heme.ui

4- On déplace ensuite tous les fichiers du thème (même celui avec l’extension .gtkrc qui n’a pas été modifié) dans /usr/share/gnome-screensaver/. On peut ouvrir le dossier avec les droits d’administrateur avec la commande:

gksudo nautilus /usr/share/gnome-screensaver/

5- On ouvre l’utilitaire de configuration.
Dans un terminal

gconf-editor

6- On se déplace ensuite dans apps -> gnome-screensaver, et on renseigne lock_dialog_theme avec le nom du thème que l’on vient d’installer.

Voilà

Également à lire.....

Appropriation de Jaunty Jackalope.

Eric Noel — Fri, 24 Apr 2009 16:32:19 +0000

Voici une petite « recette » que j’ai appliquée à mes installations Jaunty Jackalope afin de maximiser l’écoute de fichiers multimédias.

Bien sûr, cette liste répond à mes besoins, elle est donc discutable pour d’autres utilisateurs. Mais je me permets de la partager quand même.

On doit tout d’abord ajouter le dépôt Medibuntu à votre liste de dépôt. Il faut aller dans Système → Administration → Sources de mise à jour. Dans l’onglet Sources des mises à jour, on clique sur Ajouter

deb http://packages.medibuntu.org/ jaunty free non-free

Ensuite on ajoute la clé en tapant dans un terminal:

wget -q http://fr.packages.medibuntu.org/medibuntu-key.gpg -O- | sudo apt-key add -

Et on met à jour.

sudo apt-get update

sudo apt-get upgrade

L’installation des paquets maintenant.

Si vous planifiez configurer compiz, il faut installer compizconfig-settings-manager qui vous permettra de le faire.

sudo apt-get install compizconfig-settings-manager

Si vous avez quelques difficultés à configurer votre son, les deux paquets suivants m’ont été très utiles : asoundconf-gtk et alsa-oss .

sudo apt-get install asoundconf-gtk alsa-oss

Maintenant l’installation de plusieurs codecs incluant la lecture de DVD:

sudo apt-get install libasound2 libasound2-plugins padevchooser gstreamer0.10-pulseaudio ubuntu-restricted-extras w32codecs libavcodec52 winff libdvdcss2

Et puisque je fais un peu de montage audio, j’aime bien les lecteurs mplayer et vlc, audacity pour monter du son et avidemux par habitude :

sudo apt-get install mplayer vlc audacity avidemux

Bien sûr on peut tout installer en une seule étape :

sudo apt-get install compizconfig-settings-manager asoundconf-gtk alsa-oss libasound2 libasound2-plugins padevchooser gstreamer0.10-pulseaudio ubuntu-restricted-extras w32codecs mplayer vlc audacity libavcodec52 winff avidemux libdvdcss2

Voilà, c’est ma recette, elle discutable et surtout perfectible….

Également à lire.....

Déménager un blogue sous WordPress

Eric Noel — Wed, 04 Mar 2009 01:24:54 +0000

Avec toute mes manipulations d’un nouveau serveur et l’intégration des pages web éparpillées que j’ai un peu partout, j’en suis venu à me poser la question comment déménager complètement un blog créé sous WordPress.

Les manipulations que je présente ici ont été réalisées avec la version 2.6. Tout d’abord, je présume que vous avez un accès FTP et un accès à votre base de données MySQL (via phpmyadmin) dans votre ancien et votre nouvel hébergeur. Ces solutions ont fonctionnés pour moi, je ne pourrait être tenu responsable de ce que vous allez faire.

Voici les deux cas :

1. Sans changement de nom de domaine (http://mondomaine.com –> http://mondomaine.com).

C’est le cas le plus facile, c’est un simple déménagement d’hébergeur. Le transfert du blogue peut se faire en quelques étapes :

Tout d’abord, on se connecte en FTP à notre ancien hébergeur et on télécharge tout le répertoire racine de notre blogue.
Dans le répertoire que l’on vient de télécharger, on édite le fichier wp-config.php que l’on renseigne avec les nouvelles informations de connexion (DB_NAME, DB_USER, DB_PASSWORD et DB_HOST).
Ensuite on se connecte à phpmyadmin de notre ancien hébergeur, on se positionne dans la bonne base de données, on clique sur exporter, on coche en bas sur transmettre, on donne un nom significatif et on sélectionne un format de compression (moi j’ai utilisé bzippé) puis exécuter.
Dans notre nouvel hébergeur, on se connecte en FTP et on télécharge en amont le répertoire racine que l’on avait téléchargé dans notre ordinateur.
Ensuite on se connecte à phpmyadmin de notre nouvel hébergeur, on se positionne dans la bonne base de données, on clique sur importer, on sélectionne le fichier compressé de la base de données dans notre ordinateur, puis exécuter.

Et voilà!

2. Avec changement de nom de domaine (ex. : http://www.mondomaine.com/blogue –> http//:blogue.mondomaine.com).

Ici la difficulté réside dans le fait que WordPress utilise des url absolues, plutot que relatives. Nous devrons donc au préalable modifier toutes les adresses contenues dans la base de données. Voici les étapes :

Tout d’abord, on se connecte en FTP à notre ancien hébergeur et on télécharge tout le répertoire racine de notre blogue.
Dans le répertoire que l’on vient de télécharger, on édite le fichier wp-config.php que l’on renseigne avec les nouvelles informations de connexion (DB_NAME, DB_USER, DB_PASSWORD et DB_HOST).
Si vous avez la réécriture d’url, vous devait également éditer le fichier .htaccess afin qu’il ai la nouvelle adresse.
Dans notre nouvel hébergeur, on se connecte en FTP et on télécharge en amont le répertoire racine que l’on avait téléchargé dans notre ordinateur.

Pour la modification de l’adresse dans la base de données, plusieurs références proposent de modifier la base de données avec un éditeur de texte, ce qui implique un téléchargement sans compression.

J’ai du rejeter cette solution parce que mon fichier SQL nom compressé dépassait la limitation de 2 Mo d’importation d’un fichier SQL dans phpmayadmin. Nous allons donc régler notre problème par des requêtes SQL.

On se connecte à phpmyadmin de notre nouvel hébergeur, on se positionne dans la bonne base de données, on clique sur importer, on sélectionne le fichier compressé de la base de données dans notre ordinateur, puis exécuter.
Toujours dans notre base de données de phpmyadmin on sélectionne SQL. Il suffira de copier les requêtes modifiées dans la zone de texte puis choisir exécuter.

On modifie afin que la nouvelle adresse soit prise en compte :

UPDATE wp_options SET option_value = replace(option_value, 'http://ancien.domaine.com', 'http://nouv.domaine.com') WHERE option_name = 'home' OR option_name = 'siteurl';

Ensuite on modifie l’adresse de tous les billets et de toutes les pages

UPDATE wp_posts SET guid = replace(guid, 'http://ancien.domaine.com','http://nouv.domaine.com');

Ensuite on modifie le contenu des billets et des pages afin que les liens pointant vers notre blogue soient modifiés.

UPDATE wp_posts SET post_content = replace(post_content, 'http://ancien.domaine.com', 'http://nouv.domaine.com');

Voilà