davidtouvet.com

Nous allons migrer prochainement nos blogs de b2evolution sur WordPress MU. Même si j’aime bien le copier-coller (ça détend), je me vois mal en faire pendant quelques heures. Heureusement, nous avons mis la main sur un script que nous pourrions utiliser comme base à un script personnalisé car il est prévu pour WordPress et non pas sa version multi-utilisateurs.

Mise à jour 2006-12-20: le script en question est prévu pour migrer un ensemble de blogs b2evolution sur un seul blog WordPress. Pas très utile si on désire passer sur un outil de multi-blog, en l’occurence Wordpress MU (wpmu).

Nous avons donc dû modifier ce script (enfin une version déjà améliorée du script ci-dessus) pour l’adapter à la structure de WordPress MU car il est prévu pour un WordPress simple. Les tables sont à 80% identiques et c’est justement ces 20% qui changent qui nous ont forcé à modifier ce script. Veillez à modifier les variables en début de script et de toute manière accrochez-vous et backuper avant votre b2evolution.

Téléchargez notre script et renommez-le en .php: b2evoTOwpmu_v04.txt

Petit bug à corriger pour que le code à insérer dans le billet lors de l’upload de fichiers avec b2evolution fonctionne proprement. Il faut ouvrir le fichier “admin/b2upload.php” à la ligne #158 et supprimer “/” avant la fermeture du lien pour la variable “$piece_of_code”.

Etrange ce bug lors de la création de fichiers stub pour permettre des URL du type : http://www.monsite.com/blog/blog1/ ou http://www.monsite.com/blog/blog2/, il faut créer en local des sous-répertoire et placer à l’intérieur un fichier “stub”. Logiquement, on aimerait que le fichier que l’on place dedans soit nommé “index.php” pour que l’URL soit plus conviviale. En effet l’URL “http://www.monsite.com/blog/blog1/” est plus conviviale que “http://www.monsite.com/blog/blog1/stub.php” par exemple.

Lire le reste de cet article »

Lorsqu’on upload un fichier, le code proposé est le suivant:

<a href="..." />description</a>

On remarque que la présence du “/” génèrera un message d’erreur. Pour corriger ce bug, il faut éditer le fichier “admin/b2upload.php” à peu près à la ligne #155 de la manière suivante:

if ( ereg('image/',$img1_type)) {
$piece_of_code = "<img src="$fileupload_url/$img1_name" border="0" alt="$imgdesc" />";
} else {
//anciennement
//$piece_of_code = "<a href="$fileupload_url/$img1_name" title="$imgdesc" />$imgdesc</a>";
$piece_of_code = "<a href="$fileupload_url/$img1_name" title="$imgdesc">$imgdesc</a>";
}

Après avoir relu de bout en bout le fichier “admin/b2edit.php” pour tenter de comprendre comment le statut d’un billet était géré, je suis tombé par hasard sur le fichier “conf/_admin.php” qui permet d’assigner des valeurs à des variables de configuration type “admin”.

/**
* Default status for new posts:
*
* Possible values: 'published', 'deprecated', 'protected', 'private', 'draft'
*/
$default_post_status = 'published';

On le sait, on le fait :cool:!

L’objectif est ici de tester un système de blog multi-utilisateurs que nous pourrions utiliser dans le cadre du Centre NTE. La personne qui reprendra la maintenance technique du blog multi-utilisateurs que nous choisirons pourra ainsi savoir précisément ce que j’ai fait.

Installation

1. Pour commencer, je relis deux billets du blog de roby: “WordPress Multi User” et “b2evolution“. Comme j’utilise WordPress, je me dit que le WordPress Multi User me conviendrait mieux. Cependant, vu que ce projet débute, je préfère commencer le test avec b2evolution. De toutes manières, tous ces systèmes proviennent de la même base (b2).
2. A partir du site de b2evolution, je télécharge la version “Copenhagen” (0.9.0.10) supposée être stable.
3. Je décompresse l’archive zip et j’ouvre le fichier “index.html“. Sur la droite de la page, un menu me permet de suivre les instructions en français.
4. Sympa, b2evolution me signale que “Vous pouvez installer b2evolution en quelques minutes seulement. Suivez simplement les instructions correspondant à votre situation.”
5. Je choisis d’installer b2evolution à partir de zéro.
6. Je vais utiliser la base de données “tests” et installer les fichiers dans “tests on ntepc02/blogs_multiples”. Je lis que les tables seront préfixées avec “evo_”. Bon, on comprend que ça provient de “evolution”, mais pourquoi ne pas avoir mis “b2evo_” ou quelque chose qui reprenne mieux le nom de ce système?
7. Je télécharge le contenu du répertoire “/blogs” dans le répertoire “tests on ntepc02/blogs_multiples”.
8. Je lance l’URL suivante: “…/blogs_multiples/install/”.
9. On me propose de configurer le fichier de configuration de base “qui n’a pas été édité pour l’instant”. J’entre ainsi les données relatives à l’accès à la base de données qui contiendra les tables “evo_*”. Bon, le premier test de configuration de ce fichier échoue lamentablement… L’erreur est vite rétablie (histoire de ports…) mais il me faut encore changer les permissions sur le fichier de configuration pour que la mise à jour soit effectuée…
10. Je choisis ensuite “Nouvelle installation: Installer les tables b2evolution dans la base avec des données d’exemple”.
11. Voilà, tout est bon, il ne me reste plus qu’à me connecter à l’interface d’administration. A part quelques petits problèmes, tout s’est bien déroulé!
12. Pour finir, j’ai lu ces dernières recommandations après installation.