Sebastien.warin.fr

Retrouvez la version 2 de cet article sur la MSDN à l’adresse http://msdn.microsoft.com/fr-fr/architecture/cc512087.aspx

L’ installation de WordPress sur un serveur IIS 7.0 est un peu différente de ce que l’ on pouvait faire avant !

En effet sous IIS6.0, nous avons le choix d’ exécuter notre PHP au travers des CGI, ISAPI ou alors, ce que j’ utilise actuellement en production et qui est le plus performant : le Fast-CGI pour IIS6.0 qui n’ est ni plus ni moins qu’ un autre filtre ISAPI utilisant de manière optimisée le processus "php-cgi.exe" ! (Pour les intéressés, une documentation pour l’ installation de PHP en Fast-CGI sur IIS6.0 ici)

De plus, afin de pouvoir profiter des permalink sous toutes ses formes et sans le "/index.php/" nous devions utiliser soit une astuce grâce aux erreurs 404 ou soit (et pour être plus propre) un module d’ URL Rewriting comme celui de Jon Tackabury que j’ utilise pour ce blog et disponible sur IIS.net. A ce sujet, vous retrouverez sur le site de WordPress plus d’ informations sur les permalink et IIS.

Windows Server 2008 étant sortie en RTM il y a maintenant dix jours, la migration de mes serveurs perso est imminente et j’ ai donc testé l’ hébergement d’ un site WordPress sous IIS7.0.

1/ Installation de PHP 5 sous IIS7.0

1.1 / Préparation de IIS pour Fast-CGI

Tout d’ abord, sous IIS 7.0 nous disposerons de deux modules natifs qui nous intéressons fortement nommé "CgiModule" et "FastCgiModule" qui vous faudra activer lors de l’ installation du rôle Web Server en sélectionnant entre autre "CGI" :

Les deux modules devraient être activés dans le fichier de configuration de IIS (dans %systemroot%\system32\inetsrv\config\applicationHost.config) sous la section globalModules (étant donné que ce sont des modules natifs ;)).

1
2
3
4
5
6
7
8
9

<configuration>
    ....
    <system.webserver>
        ....
        <globalmodules>
            ......
            <add image="%windir%\System32\inetsrv\cgi.dll" name="CgiModule" />
            <add image="%windir%\System32\inetsrv\iisfcgi.dll" name="FastCgiModule" />
            ......

La commande "appcmd list modules" devrait d’ ailleurs vous indiquer le bon chargement de ces deux modules :

1
2
3
4
5
6

C:\Users\Administrator>%systemroot%\system32\inetsrv\appcmd list modules
.....
MODULE "CgiModule" ( native, preCondition: )
MODULE "FastCgiModule" ( native, preCondition: )
.....
C:\Users\Administrator>

1.2/ Installation de PHP et configuration Fast-CGI pour PHP

Il vous faudra ensuite configurer le module Fast-CGI avec PHP. Pour cela :

1. Télécharger PHP 5 (en ZIP) que vous décompresserez dans c:\PHP\.
2. Créer une copie du fichier php.ini-recommanded et le renommer en php.ini.
3. Éditer ce fichier est redéfinir extension_dir = "C:\PHP\ext" qui nous servira un peu plus tard pour activer quelques extension de base de PHP. Pour plus’ informations sur l’ installation et la configuration de PHP je vous renvoi sur le site PHP.net ou sur cet article.
4. Rajouter le bout de XML suivant dans votre fichier applicationHost.config dans la section system.webServer pour configurer le Fast-CGI au niveau de votre serveur :

1
2
3
4
5
6
7
8

<configuration>
    ....
    <system.webserver>
        ......
        <fastcgi>
            <application fullpath="C:\PHP\php-cgi.exe" />
        </fastcgi>
        .......

Vous pouvez aussi réaliser cette manipulation par la simple commande :

1

appcmd set config /section:system.webServer/fastCGI /+[fullPath='c:\php\php-cgi.exe']

1.3/ Ajout du handler sur les extensions PHP

Une fois le module de Fast-CGI installé et configuré, nous allons ajouter un handler sur l’ extension PHP afin que le module Fast-CGI exécute nos pages PHP ! Vous pouvez ajouter ce handler directement au niveau de votre fichier applicationHost (au niveau "serveur") afin que tous vos sites IIS enfants héritent de cette configuration ou alors définir ce handler dans vos fichier web.config au niveau de votre "site", "application" ou même "répertoire virtuel".

Dans notre cas, nous ajouterons ce handler au niveau de notre serveur. Pour cela trois méthodes :

• Dans le fichier configuration applicationHost.config, ajouter la ligne ci-dessous sous la section system.webServer dans <location path=""> (qui regroupe la configuration de tous les sites IIS de notre serveur)

1
2
3
4
5
6
7
8
9
10

<configuration>
    ....
    <location overridemode="Allow" path="">
        ....
        <system.webserver>
            ......
            <handlers accesspolicy="Read, Script">
                ......
                <add name="PHP-FastCGI" path="*.php" resourcetype="Either" scriptprocessor="c:\php\php-cgi.exe" modules="FastCgiModule" verb="*" /> 
                ......

• Par AppCmd en tapant la commande :

1

appcmd set config /section:system.webServer/handlers /+[name='PHP-FastCGI',path='*.php',verb='*',modules='FastCgiModule',scriptProcessor='c:\php\php-cgi.exe',resourceType='Either']

• Par la console d’ administration IIS, en sélectionnant notre serveur puis sur la page des features sélectionner "Handler Mapping" pour ajouter un nouveau handler et compléter le formulaire comme sur la capture ci-dessous :

Nous pouvons dès maintenant créer un fichier .PHP dans l’ un de vos sites IIS avec un simple <?php echo "Hello PHP" ?> pour s’ assurer que votre PHP est correctement exécuté par le serveur IIS.

2/ Installation de WordPress

2.1 / Les pré-requis : extensions PHP, MySql et phpMyAdmin

Tout d’ abord revenons dans le fichier de configuration de PHP (C:\PHP\php.ini dans notre cas) et dé-commenter les lignes suivantes afin d’ activer ces extensions pour le bon fonctionnement de WordPress et phpMyAdmin:

1
2
3
4
5
6

extension=php_curl.dll
extension=php_gd2.dll
extension=php_mbstring.dll
extension=php_mcrypt.dll
extension=php_mysql.dll
extension=php_mysqli.dll

Nous allons ensuite installer un serveur MySql pour héberger notre base WordPress. Vous retrouverez l’ installeur de MySql pour Windows ici. Rien de bien compliqué, suivant, suivant, suivant

Ensuite, installer simplement un phpMyAdmin et créer la base WordPress ainsi qu’ un utilisateur :

1. Télécharger phpMyAdmin
2. Le décompresser dans un de nos sites IIS maintenant prêts pour accueillir du PHP
3. Naviguer avec votre navigateur sur l’URL de cette application pour lancer la configuration (temporairement donner les droits CT dans votre dossier phpMyAdmin afin que l’ application PHP puisse créer le fichier de configuration config.inc.php)
4. Créer ensuite un utilisateur (sur la page "Privilèges" > "Ajouter un utilisateur") en donnant un login et mot de passe et sélectionner "Créer une base portant son nom et donner à cet utilisateur tous les privilèges sur cette base" comme montré sur la capture ci-dessous :

2.2/ Installation de WordPress 2.3.3 sur IIS

Il ne nous reste plus qu’ a installer WordPress (à télécharger ici) avec La Célèbre Installation en 5 Minutes ! Mais attention la version actuelle de WordPress, version 2.3.3, ne fonctionnera pas sur un Windows/IIS au niveau de l’ installation dû a des erreurs d’ insertion SQL de ce type :

1

WordPress database error Table 'wpdemo.wp_options' doesn't exist for query SELECT option_value FROM wp_options WHERE option_name = 'siteurl' made by is_blog_installed

Pour résoudre ce problème remplacer le code du fichier wp-db.php du dossier wp-includes par le code publié sur Pastebin de wpforums - Fix for CGI Error - message n° 893007.

3/ Configuration des Permalink avec MyWordPressUrlRewriteModule

Maintenant notre WordPress fonctionnel sur notre serveur IIS7, intéressons-nous aux URL de notre blog, appelés aussi permalink (liens permanents).

Par défaut les liens sont sous la forme : http://www.monblog.com/?p=123 ce qui n’ est très explicite sur le contenu de cette page ! WordPress nous permet alors dans l ‘interface d’ administration sous "Options > Permaliens" de redéfinir la structure de ces liens pour avoir des URLs personnalisées du genre http://www.monblog.fr/index.php/2008/02/19/sample-post/ ce qui est déjà plus sexy !!

Mais encore une chose me dérange : le "/index.php/" dans l’ URL indispensable pour que WordPress puisse traiter la requête ! Comme je l’ évoquais en introduction, nous pouvons alors jouer avec les erreurs 404 ou utiliser des filtres ISAPI dans un pipeline en mode classique mais là n’ est pas notre but ! Nous allons en effet utiliser tout l’ intérêt de IIS 7.0, à savoir le mode intégré d’ un pool d’ application qui permet l’ exécution de modules natifs et managés dans notre pipeline IIS.

Nous allons donc ôter notre casquette d’IT et lancer notre Visual Studio pour créer notre module IIS

3.1/ Création du module IIS

Sous Visual Studio, Ouvrir > Site Web > Local IIS et sélectionner votre site où ce trouve votre blog WordPress. Ajouter alors une classe que l’ on nommera MyWordPressUrlRewriteModule.cs qui viendra se placer dans le dossier App_Code (créé automatiquement par VS).

Implémenter ensuite l’ interface IHttpModule et abonnez-vous à l’ événement  BeginRequest de notre "context" (de type HttpApplication) dans la méthode Init. A l’ appel de cette événement nous allons simplement tester si le PhysicalPath de notre Request est un fichier ou dossier existant au quel cas nous ne ferons rien ! A l’ inverse, nous appellerons la méthode RewritePath en rajoutant ~/index.php devant notre RawUrl.

Le code de notre module sera donc très simple :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

using System;
using System.IO;
using System.Web;
 
public class MyWordPressUrlRewriteModule : IHttpModule
{
    public void Dispose()  { }
 
    public void Init(HttpApplication context)
    {
        context.BeginRequest += new EventHandler(context_BeginRequest);
    }
 
    void context_BeginRequest(object sender, EventArgs e)
    {
        HttpApplication context = (HttpApplication)sender;
        string physicalPath = context.Request.PhysicalPath;
        if (!(File.Exists(physicalPath) || Directory.Exists(physicalPath)))
        { 
            context.Context.RewritePath("~/index.php" + context.Request.RawUrl);
        }
    }
}

La méthode RewritePath permet simplement de redéfinir un chemin d’ accès interne. Prenons ces quelques exemples :

Comme nous le voyons, les fichiers wp-login.php, site d’ administration dans le répertoire wp-admin ou vos thèmes, plugins et médias de vos posts/pages dans le dossier wp-content ne seront pas affectés par notre module car ces derniers sont des fichiers physiquement existants par rapport avec l’URL demandée. Par contre les URLs du type http://www.monblog.fr/2008/02/19/sample-post/ n’ existe pas physiquement et donc seront "rewrités" par notre module sur l’URL http://www.monblog.fr/index.php/2008/02/19/sample-post/ qui sera ensuite attrapée et interprétée par WordPress.

3.2/ Activation du module dans le pipeline IIS

Une fois notre module développé nous allons l’ activer au niveau de notre site IIS hébergeant WordPress. Pour cela depuis la console d’ administration IIS, sur le site IIS de WordPress, entrer dans la feature "Modules" et ajouter depuis le panneau Action un module managé. IIS compilera dynamiquement votre site et détectera votre module que nous pourrons ensuite sélectionner comme "Type" comme le montre la capture ci-dessous :

Nous pouvons aussi ajouter manuellement dans le fichier web.config au niveau de la racine de votre site IIS (créé par Visual Studio lors de l’ ouverture du site) une balise add contenant la définition de notre module :

1
2
3
4
5
6
7
8

<configuration>
    ....
    <system.webserver>
        ....
        <modules>
            ......
            <add name="MyWpUrlRewrite" type="MyWordPressUrlRewriteModule" />
            ......

3.3/ Configuration des permalinks dans WordPress

Maintenant notre module installé, il ne nous reste plus qu’ a personnaliser nos permalinks dans l’ interface d’ administration de WordPress dans "Options > Liens permanents" et personnaliser l’URL comme par exemple : /%year%/%monthnum%/%day%/%postname%/

Et le tour est joué, en naviguant sur une des pages de notre blog nous verrons alors des URLs du genre http://www.monblog.fr/2008/02/19/sample-post/ comme nous l’ avons spécifié dans la structure de nos "permaliens" !

3.4/ Module local ou partagé ?

N’ oubliez pas que nous n’ avons pas compilé notre module, il est simplement activé de manière locale sur notre site IIS WordPress. Mais il se peut (comme moi) que vous ayez plusieurs sites IIS hébergeant un site WordPress et par conséquent autant de sites IIS qui ont besoin de ce module.

Pour cela, plutôt que de recopier le code de votre module un peu partout, nous allons compiler la classe de notre module dans une assembly que l’ on placera dans la GAC.

Ouvrez donc Visual Studio et créer un projet de type "Bibliothèque de classes" dans lequel vous placerez la classe de notre module. Dans les propriétés de votre projet, dans l’ onglet "Signature", activer la signature de votre assembly :

Toujours dans la page des propriétés de votre projet, dans l’ onglet "Événements de génération", entrez la commande suivante afin de placer votre assembly signé dans la GAC afin de partager votre module sur votre serveur.

1
2

call "%VS90COMNTOOLS%\vsvars32.bat" > NULL
gacutil.Exe /if "$(TargetPath)"

Mais attention à chaque compilation, votre module sera ré-installé dans la GAC et donc déployé surtout vos sites (attention donc si vous êtes sur un serveur en prod ;)).

Dans la console d’ administration IIS, en ajoutant un nouveau module vous trouverez dans les modules disponibles votre module avec un nom beaucoup long (le strongname de votre assembly) de type : MyWordPressUrlRewrite.MyWordPressUrlRewriteModule, MyWordPressUrlRewriteService, Version=1.0.0.0, Culture=neutral, PublicKeyToken=54ce8ebb28415bb0 !

1
2
3
4
5
6
7
8

<configuration>
    ....
    <system.webserver>
        ....
        <modules>
            ......
            <add name="WpUrlRewrite" type="MyWordPressUrlRewrite.MyWordPressUrlRewriteModule, MyWordPressUrlRewriteService, Version=1.0.0.0, Culture=neutral, PublicKeyToken=54ce8ebb28415bb0" />
            ......

Conclusion

A partir de maintenant vous ajouterez donc votre module sur chacun de vos sites IIS utilisant WordPress depuis la console d’ administration IIS ou dans le fichier de configuration de votre site IIS (web.config) manuellement en XML. Mais attention ne l’ activez pas au niveau de votre serveur (applicationHost.config) car cela risquerait de perturber vos applications non WordPress.

Pour remédier à ce problème nous pourrions par exemple étendre le schéma de configuration IIS afin de rajouter une section pour savoir si le module doit rewriter ou non ! Cela permettrait de charger le module au niveau du serveur (applicationHost.config) et de l’ activer “plus bas” au niveau du site, application ou même répertoire dans un fichier web.config par une balise du type <MyWordPressUrlRewrite enabled="true" /> par exemple.

Étant donné que l’ on aura étendu notre schéma de configuration IIS nous pourrions même étendre notre console d’ administration IIS afin d’ y ajouter une simple feature permettant de configurer l’activation de notre rewriting dans notre fichier web.config de maniere graphique (ce qui fera fort plaisir aux ITs ^^)

La suite dans une partie 2

Introduite dans la version 2.0 du framework, la classe StopWatch (dans l’ espace de nom System.Diagnostic) permet de mesurer facilement et d’ une grande précision de l’ ordre de la microseconde (0.000001 seconde).

Cette classe n’ est qu’ une abstraction de ce que l’ on devait faire avant sous .NET 1.x en utilisant la méthode QueryPerformanceCounter via un DllImport de kernel32.dll, simplifiant ainsi la mesure de temps. (En quelque sorte, une amélioration de ma classe PerfTimer que j’ avais utilisé pour mesurer mon algo de résolution de Mastermind il y a déjà quelques années ^^).

L’ utilisation de StopWatch est très simple. On crée notre objet StopWatch pour pouvoir appeler les méthodes Start et Stop qui vont respectivement permettre de démarrer et arrêter notre timer et on récupère le temps écoulé via les propriétés Elapsed, ElapsedMilliseconds, ou ElapsedTicks. (documentation MSDN de StopWatch).

Exemple très simple :

1
2
3
4
5

StopWatch stopWatch = new StopWatch();
stopWatch.Start();
// -- Code à mesurer ici --
stopWatch.Stop();
Console.WriteLine("Temps écoulé en ms : " + stopWatch.ElapsedMilliseconds.ToString());

Maintenant introduit à l’ objet StopWatch pour ceux qui ne connaissaient pas, revenons sur MySimpleWatch ! Historiquement, j’ avais réalisé l’ an passé une petite classe, enfin du moins une simple méthode dans un de mes projets, permettant grâce aux délégués et méthodes anonymes introduits dans C#2.0 d’ exécuter du code avant et après mon délégué. Plus récemment, mardi dernier, pendant une session sur “LINQ avancé” aux TechDays 2008, Mitsu nous donnait dans la même lignée une astuce pour démarrer/arrêter un StopWatch, ce qui m’ a donné l’ envie de récrire cela dans une belle classe que je pourrais utiliser un peu partout dans mes développements.

L’ idée est très simple : avoir une méthode prenant en paramètre une Action (code à exécuter) que l’ on mesurera. En résumé :

1
2
3

stopWatch.Start();
action();
stopWatch.Stop();

De plus, j’ ai ajouté la possibilité de passer un deuxième délégué dans cette méthode de type Action<Stopwatch> qui sera exécuté à la fin pour traiter le résultat du timer (par exemple pour écrire le résultat dans un log, Trace, etc…).

Le code de ma classe étant très simple, je ne rentre pas plus sur son explication, mais voyons plutôt son utilisation dans notre code.

MySimpleWatch contient trois méthodes publiques :

1. SimpleWatch : permet simplement d’ exécuter un bout de code en nous renvoyant un StopWatch contenant le temps d’ exécution de ce code.
2. DisplayWatch : exécute le code de l’Action et affiche le résultat dans la Console. (avec possibilité de donner un nom à la tache - utile si plusieurs résultats sont affichés dans la console !)
3. ProcessWatch : exécute le code de l’Action comme toujours puis exécute le deuxième délégué pour traiter la réponse en passant en paramètre le StopWatch du résultat (en clair un Action<Stopwatch>)

Rien ne vaut de bons exemples :

1) Afficher simplement la mesure dans la console :

1
2
3
4
5
6
7

MySimpleWatch watch = new MySimpleWatch();
 
watch.DisplayWatch(delegate
{
    // Code à mesurer ici ! Ex :
    Thread.Sleep(1000);
});

2) Obtenir le StopWatch d’un bout de code :

1
2
3
4
5
6
7
8
9
10

MySimpleWatch watch = new MySimpleWatch();
 
var result = watch.SimpleWatch(delegate
{
    // Code à mesurer ici ! Ex :
    Thread.Sleep(1000);
});
 
// Exemple de traitement du resultat :
Trace.WriteLine("Elapsed time in ms : " + result.ElapsedMilliseconds.ToString());

3) Exécuter du code pour traiter le résultat :

1
2
3
4
5
6
7
8
9
10
11
12
13

MySimpleWatch watch = new MySimpleWatch();
 
watch.ProcessWatch(delegate
{
    // Code à mesurer ici ! Ex :
    Thread.Sleep(1000);
},
delegate(Stopwatch w)
{ 
    // Code pour traiter le resultat ici !
    // Exemple:
    Trace.WriteLine("Elapsed time in ms : " + w.ElapsedMilliseconds.ToString());
});

En utilisant les expressions lambda introduitent dans C# 3.0, nous pouvons aussi simplifier le code par :

1
2
3
4
5
6
7

MySimpleWatch watch = new MySimpleWatch();
 
watch.ProcessWatch(delegate
{
    // Code à mesurer ici ! Ex :
    Thread.Sleep(1000);
}, (w => Trace.WriteLine("Elapsed time in ms : " + w.ElapsedMilliseconds.ToString())));

Voilà, j’ espère que cela pourra vous être utile Le code de la classe MySimpleWatch est disponible ici.

Vous vous souvenez peut-être de l’ édition 2007 qui m’avais d’ailleurs valus la 4ème place du concours de blog, cette année les TechDays 2008 en quelques points :

• Plus de 25 parcours (de l’IT au dev, en passant que le chefs de projet, DSI, etc..) et 280 sessions techniques
• Les grands spécialistes dans chaque domaine (plus de 350 speakers)
• Des Workshops et Hands-on Lab (by Supinfo)
• Plus de 15.000 personnes sur les 3 jours
• Cette année en plus, le lancement officiel de SQL Server 2008 et Windows Server 2008 !

Et ça commence dès demain, du 11 au 13 février au Palais des Congrès de Paris

Cette année j’ aurais en plus la chance d’ animer une session sur “IIS7 pour les développeurs” avec Sébastien Bovo de Microsoft France le lundi 11 février de 11h à 12h. Nous aurons l’ occasion de revenir sur les grandes nouveautés de la nouvelle version du serveur web de Microsoft en quelques points :

• L’architecture modulaire du pipeline IIS
• L’ interaction (asp).NET avec les IHttpHandler et IHttpModule
• Le nouveau système de configuration full-XML
• La nouvelle console d’administration IIS et les API .NET

Je n’ en dis pas plus pour le moment, vous retrouverez de toute façon l’ intégralité des sessions sur le site des TechDays après l’ événement.

En tout cas, pour ceux qui seront présent, je vous souhaite de bons TechDays en espérant y vous retrouver là-bas et pour ceux qui n’ y seront pas il n’ est pas encore trop tard pour prendre un train

Je pars faire mon parcours, mes affaires et répéter ma session… A demain !

Et oui, huit (longs) mois que je n’ ai pas bloggé et vous avez été nombreux à me le rappeler Mais pourquoi ? Manque d’ inspiration ? Manque de temps ?  Un peu des deux même si j’ étais étonné de voir tant d’ articles dans mes brouillons sur Exchange 2007, la virtualisation VirtualServer et Hyper-V, le reverse proxy apache/isa mais je parle bien entendu de brouillons et n’ ai jamais trouvé le temps de les publier !

Je dirais donc que c’ est un “manque de temps” ! Mais alors quoi de neuf depuis ? Beaucoup de “première fois”. En effet, cet été fut pour moi ma première expérience dans la traduction avec un ouvrage sur WCF (Windows Communication Foundation) aux éditions O’Reilly ! 

Cette introduction à WCF (Microsoft Windows Communication Foundation) est idéale pour les développeurs qui veulent apprendre à déployer des applications orientées services.

Intégré à Windows Vista et Longhorn, de même que disponible pour Windows XP et Windows 2003, WCF propose une plateforme pour les SOA, les architectures orientées services, qui assurent des communications dignes de confiance entre les différents systèmes au sein d’une société ou via Internet.

Plus d’info sur : http://www.oreilly.fr/catalogue/284177449X

Après la traduction, j’ ai eu le droit à ma première publication dans le magazine Programmez! avec un article sur Microsoft Sync Framework co-ecrit avec Gregory Renard (Redo):

En novembre dernier, Microsoft annonçait la disponibilité d’un nouveau framework de développement ainsi que d’un ” runtime ” baptisé ” Sync Framework ” (MSF), afin de simplifier le développement de solutions de synchronisation, de roaming et d’applications online ayant la capacité intuitive de fonctionner en mode hors ligne.

Ce nouveau Framework vous permettra de développer des scénarios de peer-topeer, de synchronisation entre tous types de terminaux et services ainsi que le fonctionnement avec des systèmes hétérogènes comme sur les types de Bases de Données, protocoles ou stockages en tout genre

Le Sync Framework, disponible sur le site de Microsoft MSDN, se télécharge en quelques minutes et s’installe très aisément

Pour rester dans les premières fois, demain, je donnerai dans les cadres des TechDays 2008 ma première session avec un sujet qui me tient à coeur : “IIS7 pour les développeurs” (le mélange de l’IT et du développeur :)).

Mais en huit mois, ce blog a raté beaucoup de chose, il y a eu bien sûr la sortie du .NET 3.5, de Visual Studio 2008 et plus récent de Windows Server 2008 ! Enfin ce post pour dire d’ une part que je suis toujours là et que je vais bien pour certain (private joke) et d’ autre part que je vais doucement mais surement reprendre place sur mon petit bout de toile

En espérant que je tienne promesse (:p), je vous dis A très bientôt

Ah enfin !! Mon 1er article sur Windows Live Writer En effet, cela faisait quelque temps que je cherchais à migrer mon ancienne plateforme de blog sous DotClear vers quelque chose de nouveau, de plus complet, me permettant entre autre d’utiliser le XMLRPC.

Après avoir fait le tour des plateformes de blog, mon choix s’est porté (avec l’évangélisme de mon cher AmO) vers WordPress pour sa puissance et communauté. Etrange pour un pro-Microsoft ? A mon grand désespoir, aucune plateforme simple, puissante et libre sous .NET :(

La migration fut sans douleur, avec l’expertise de mon cher ami AmO (responsable WordPress France) que je remercie énormément, vous vous doutez bien que j’étais en bonne compagnie de l’installation/configuration au design en passant par la migration des données de DC

Qui dit nouveau blog, dit nouvelle adresse ! Forcement, il fallait rompre avec Sebeuh, pseudo de mes années ados Le petit poucet deviendrait grand ??? Une chose est sûr, mettez a jours vos favoris, liens, feeds RSS, etc….

· Site web / Blog : http://sebastien.warin.fr

· Feed RSS : http://sebastien.warin.fr/feed/

Cette nouvelle étape passée, je vous dis à bientôt sur ce nouveau blog