WordPress Francophone

Cet article est une traduction de “Menus, the Merge, and a Patch Sprint!“, publié par Jane Wells sur le blog officiel.

Quelques nouvelles du développement de WordPress 3.0…

Les menus

Il y a eu une avalanche d’articles sur l’intégration de la navigation personnalisée créée par WooThemes au sein du noyau de WordPress. Il m’a donc semblé qu’il était temps d’en parler officiellement.

Avec WordPress 3.0, la principale amélioration de l’interface d’administration que nous voulions  ajouter était un meilleur gestionnaire de menus pour votre site/blog. A l’heure actuelle, gérer les menus est une action laborieuse, basée sur les identifiants de pages — ou dans certains cas sur les catégories quand le thème utilise celles-ci plutôt que les pages pour ses menus. Nous voulions un système de menu où l’utilisateur pouvait glisser/déposer les éléments d’un menu avec la même facilité que pour l’écran de gestion des widgets ; qui pourrait combiner pages, catégories et liens ; qui pourrait être entièrement réordonné, autoriserait les sous-menus, et permettrait de cacher certaines pages ou catégories si besoin était.

Nous étions en train de travailler sur cette fonctionnalité quand l’équipe de WooThemes a présenté son propre système de navigation personnalisé. En regardant leur vidéo de présentation, il nous a semblé que leur système faisait plus ou moins exactement ce que nous cherchions à ajouter au noyau ; aussi, nous les avons contacté afin de savoir s’ils étaient près à contribuer leur création au projet.

Vous le savez peut-être déjà, ils ont accepté, et le premier correctif a été intégré au code. Il faut effectivement retoucher le code de WordPress de manière significative, ce que nous sommes en train de faire. La décision d’incorporer les menus de Woo a été prise quelques jours avant la date prévue du gel des fonctionnalités pour cette version 3.0, donc nous avons également décider de nous donner deux semaines de plus pour permettre cet ajout. La date de sortie est donc déplacée au 1er mai, et nous pensions que l’attente vaudra le coût.

Personnellement, je suis très contente du déroulement de ce projet, car je pense qu’il prouvera aux auteurs de thèmes et extensions commerciaux que contribuer au code de WordPress est une pratique “gagnant-gagnant”. N’importe qui peut désormais contribuer à améliorer cette fonctionnalité, tandis que l’équipe de WooThemes peut continuer à innover à partir de cette base solide, pour le bien de leurs clients. Ils ont tous les droits de se vanter de cette avancée (ce qui, n’en doutons pas, leur apportera d’autres clients), le code principal dispose d’un superbe système de menu sans devoir réinventer la roue, et les utilisateurs de WordPress verront rapidement le bénéfice de tous ces efforts, où qu’ils soient sur Terre. J’espère que d’autres développeurs de thèmes et extensions prendront note de ce qu’a fait l’équipe de Woo, et verront désormais le code de WordPress comme un lieu de collaboration, plutôt que de compétition.

L’intégration de WordPress MU

Annoncée l’année dernière lors du WordCamp de San Francisco, l’intégration du code de WordPress MU dans celui de WordPress est désormais bien avancée. Nous sommes en version 3.0-alpha, et nous travaillons sur la résolutions des problèmes et l’amélioration des différents écrans.

Si à l’heure actuelle vous utilisez un installation simple de WordPress, la mise à jour vers la v3.0 n’affichera pas les différents écrans liés à la gestion d’un réseau de sites.
Si vous utilisez déjà MU, cette mise à jour modifiera quelques titres, mais elle devrait se faire sans douleur.
Quand vous voudrez installer un nouveau WordPress, il vous sera demandé pendant la configuration initiale si vous voulez un site ou un réseau de sites — tout simplement.
S’il advient que vous voulez transformer votre installation simple de WP en une version multisites, nous proposerons à terme un outil qui permettra cela.
Au final, si cette fameuse intégration vous inquiétait, vous pouvez vous faire un thé et respirer un bon coup : tout va bien se passer.

Course aux correctifs!

Et maintenant, où en sommes-nous ? La nouvelle date de gel des fonctionnalités, c’est lundi prochain, le 1er mars 2010. Cela veut dire qu’après cette date, il n’y aura plus d’ajout d’améliorations ou de fonctionnalités, et les semaines à venir seront entièrement passées à corriger les problèmes et à régler au mieux les fonctionnalités déjà acceptées. Cela implique qu’il ne vous reste qu’une semaine pour tester et peut-être corriger les nombreux tickets Trac de WP 3.0 qui ont besoin d’un correctif, ou qui ont déjà un correctif mais dont le correctif n’a pas encore été testé et validé.
Vous pouvez apporter votre aide ! Dès maintenant et jusqu’à midi le 1er mars (soit à 18h00 en heure française), parcourez Trac et proposez votre aide. Si vous êtes bloqué, branchez-vous sur le canal de discussion dédié au développement, #worpdress-dev sur irc.freenode.net, et normalement l’un des contributeurs pourra vous aider à avancer.

WordPress 3.0, la prochaine version majeure, est très attendue, ce pour plusieurs raisons :

• Intégration de WordPressMU dans WordPress “tout-court” : il n’y aura plus qu’une seule version de WP ;
• Nouveau thème par défaut ;
• Premières extensions fondamentale (“core plugins”) ;
• Version .0 !

Le premier point est déjà en cours de développement : l’intégration de MU occupe les développeurs quasiment depuis le jour de la sortie de WP 2.9, et l’appréhension se sentait sur leur visage en imaginant le travail à accomplir. Il était impossible de dire “quand” sortirait WP3.0, sinon “quand ce sera prêt” — comme pour tout bon projet open-source. Les rumeurs disaient mars/avril, mais rien ne permettait de promettre un jour précis…

Il se trouve que l’intégration du code de MU se déroule bien, et les développeurs sont décidé d’établir un plan daté, que voici traduit :

Bien sûr, tout peut arriver, il peut y avoir du retard, des problèmes majeurs voire bloquants peuvent se présenter, ou certaines parties peuvent être bouclées 3x plus vite qu’il n’était prévu. Mais globalement, les développeurs ont suffisamment confiance en l’avancement du projet pour présenter un tel plan.

Plus que quelques mois à attendre… ou quelques jours pour les plus intrépides

“Communauté francophone de WordPress”. C’est sympa comme idée (et tout l’objectif de ce site est d’être au service de la-dite communauté), mais au final, qu’est-ce que ça représente ? Qui sont ces gens qui utilisent WP en français, qu’en font-ils, qu’en pensent-t-ils ?

Who’s to know?

D’aucun penserait que notre équipe, en tant que tête de gondole de la-dite communauté, aurait toutes ces réponses. Il n’en est rien. Nous n’avons jamais cherché à en savoir plus sur vous, tout simplement parce que chacun est libre de faire ce qui lui plaît avec WP, sans rendre de compte à personne.

Seulement, voilà, nous aimerions aussi faire bouger ce site en même temps qu’évolue la communauté, afin de mieux répondre à ses besoins. Nous avons quelques idées, évidemment, mais globalement nous manquons de données. La communauté francophone de WordPress.com est beaucoup plus facile à comptabiliser, mais nous n’avons pas accès à ces chiffres.

Donc, nous vous proposons un sondage, qui deviendra probablement annuel pour pouvoir faire régulièrement un état des lieux. Oh, il peut sembler un peu long, mais c’est pour des raisons très simples :

• Le formulaire affiche toutes les réponses, sans utiliser de menu déroulant (ce qui ferait gagner du temps de scroll) ;
• De nombreux points sont abordés, afin de mieux cerner le profil global des utilisateurs francophones.

Dans les faits, nous vous demandons au mieux 10 minutes de votre temps, au pire 20 minutes (pour ceux qui doivent réfléchir à chaque question, ou qui mettent une plâtrée de texte pour les questions ouvertes ).

–> LE SONDAGE <–

Rapide mode d’emploi

Ce sondage ne sort pas de l’ordinaire, mais pour éviter les incompréhensions, rappelons que :

• seules les questions sans étoile rouge sont facultatives, celles avec étoile rouge sont obligatoires ;
• certaines questions vous permettent de donner plusieurs réponses, donc cochez toutes les cases qui correspondent à votre cas dans le contexte présenté ;
• en toute bonne logique, vous pouvez ne pas donner de réponse à une question facultative

Sharing is caring!

Pour avoir des statistiques utiles et représentatives, nous avons besoin d’autant de participants que possible : vous, vos amis/clients à qui vous avez installé un blog WP, ceux qui passent pas WP.com ou n’importe quel autre site à base de WP (comme unblog.fr, par exemple), les membres du forums WPFR, etc. N’hésitez pas à propager le lien autant que possible, twittez-le, RT-le (oui oui, RT est devenu un verbe ), Facebookez-le, parlez-en autour de vous, faites un article sur le sujet, etc. Tenez, voici même le mini-lien officiel pour l’occasion : http://tr.im/wpfr2009

Plus il y aura de réponses, plus les résultats seront intéressants. Et vu que nous comptons bien les publier et commenter en intégralité sur le présent blog, les plus curieux d’entre vos se doivent de propager la nouvelle dans tous les comtés de France, de Navarre, de la Belle Province, et partout où une personne francophone blogue avec WordPress.

Sauf formidable participation, nous comptons laisser tourner ce sondage pendant tout le mois d’octobre, donc si vous n’avez pas le temps maintenant de répondre à toutes les questions (10 à 20 minutes, au pire !), gardez l’adresse au chaud jusqu’à un moment de procrastination où vous pourrez perdre du temps utilement

Merci à tous pour votre participation et pour la propagation du sondage dans les parties les plus méconnues de la communauté !

La nouvelle a fait le tour de la planète, mais il me semble important de faire un point ici…

Les anciennes versions de WordPress ( inférieur à la 2.8.4 ) sont susceptibles d’être contaminées par un vers (de type worm). Henri du blog 2803, décrit son fonctionnement : “il simule l’enregistrement d’un nouvel utilisateur, utilise une faille de sécurité connue, puis se cache avec l’aide d’un javascript et enfin intègre du spam et du code malicieux au sein de vos articles.”

Si votre blog est à jour, en version 2.8.4, vous n’avez rien à craindre, cette version est immunisée… Pour les autres, vous devez absolument mettre à jour votre installation.

Pour mettre à jour.

La méthode est toujours la même :

1. Sauvegarder les fichiers via votre client FTP
2. Sauvegarder votre base de données via phpMyAdmin
3. Désactiver toutes les extensions
4. Mettre à jour WordPress (via FTP ou mise à jour automatique)
5. Réactiver les extensions.

Comment savoir si son blog est contaminé ?

3 choses à vérifier…

Les permaliens :

example.com/category/post-title/%&(%7B$%7Beval(base64_decode($_SERVER%5BHTTP_REFERER%5D))%7D%7D|.+)&%/.

Si vos permaliens contiennent le mot “eval” ou “base64_decode”, vous êtes contaminé.

Les utilisateurs :

Vérifier la liste de vos utilisateurs, si vous êtes le seul administrateur, vous devriez n’avoir qu’un seul compte. Si les inscriptions sont ouvertes, vérifier qu’il n’y a pas un compte nommé “Administrator”

Essayer également la requête SQL proposée par Dougal sur son blog. ( dougal.gunters.org )

Pour tester votre base d’articles, exécuter la requête suivante sur votre installation :

SELECT * FROM wp_posts WHERE post_content LIKE '%<iframe%'
UNION
SELECT * FROM wp_posts WHERE post_content LIKE '%<noscript%'
UNION
SELECT * FROM wp_posts WHERE post_content LIKE '%display:%'

Si cette requête SQL renvoie des résultats, vous devez nettoyer chacun des articles contaminés…

Quelques ressources

• Les 10 étapes pour protéger votre console d’administration, par Smashing Magazine
• Comment nettoyer complètement une installation WordPress contaminée
• Un résumé de la situation et des solutions existantes par Lorelle

Le codex traite également du sujet avec la page “Comment nettoyer mon installation après un hacking“.

La non-sortie de WordPress 2.8.3

Commençons avec de l’actu ancienne, WordPress 2.8.3 est sorti la semaine dernière, elle finit de corriger la faille de sécurité trouvée dans WordPress 2.8.1… De ce fait, la mise à jour vers cette version est chaudement recommandée !

Pour info, la version française était disponible en mise à jour automatique et sur l’espace téléchargement (fr.wordpress.org) seulement 90 minutes après la version US, remercions Xavier qui m’a averti quasiment en temps réel tout en étant en vacances !

Pour l’occasion, j’ai mis en place une nouvelle routine pour améliorer la traduction, principalement pour corriger les erreurs de typos et les fautes d’orthographe, résultat… plus de 100 fautes corrigées sur les 2000 et quelques chaines que contient la traduction ! Si vous en trouvez encore, un e-mail : traduction AT wordpress-fr.net !

Sortie de WordPress MU 2.8.3

Alors oui je sais… ou sont les VF de la version 2.8, 2.8.1 et 2.8.2 de WordPress Mu ? Et bien il y en a pas !

Faute de temps pour gérer les traductions de WordPress et WordPress Mu, j’ai pris un peu de retard sur WordPress Mu et ce fut finalement une bonne chose car 3 versions mineures sont sorties en peu de temps, ainsi je me suis évité le triple de travail !

En fait, il faut savoir que nous disposons d’un mécanisme très sympa pour les traductions de WordPress depuis une petite année… malheureusement, rien n’est en place pour les traductions de Mu, bbPress par exemple. De ce fait, il y a un peu plus de travail à chaque version, chose qui peut expliquer les délais plus longs !

Revenons à WordPress Mu 2.8.3, celui-ci est synchronisé avec la version de WordPress portant le même numéro de version, autrement dit même fonctionnalités, même corrections de sécurités, le multi-blogs en plus pour WPmu

La traduction française de WPmu profite des mêmes corrections que WordPress et même un peu plus

Pour le téléchargement, il suffit de vous rendre sur la page de téléchargement de WordPress ou WordPress Mu selon ce qui vous intéresse !

Quelques informations critiques ont filtré ces derniers jours en provenance des développeurs de WordPress. Sans s’étaler sur une analyse en profondeur, voici un résumé rapide de ce que l’on a appris…

WordPress et WordPress MU ne feront “bientôt” plus qu’un

Cette annonce – assez logique vu combien le code de WPMU est désormais proche de celui de WP – a été faite par Matt (fondateur du projet) lors du récent WordCamp San Francisco, durant son habituel “State of the Word”. Après quelques jours de doute parmi les blogueurs qui n’étaient pas à l’évènement (cf. les updates chez Ozh), Matt a confirmé ce fait avec un simple commentaire, et Donncha (principal développeur de WPMU) a confirmé également de son côté.

Les détails sur la version de WP qui supportera le multi-blog, et sur la manière dont ce sera concrètement mis en place, n’ont pas encore été donnés (d’où le “bientôt” du titre entre guillemets) :

• pour la version, Matt aurait dit (j’insiste sur le conditionnel) de “faire attention à la version 3.0″… ;
• pour la manière, on suppose que l’utilisateur pourra choisir, lors de l’installation, entre une installation solo ou une installation multiple ; ou, plus simplement, une option permettrait à tout moment de “déclencher” la version multiblogs.

En tout cas, l’annonce est faite, tout le reste n’est que spéculation à l’heure actuelle. Affaire à suivre, donc.

WordPress 2.8 sortira la semaine prochaine

C’est tout chaud de ce soir : suite à la réunion hebdomadaire des développeurs sur IRC, Ryan Boren (développeur principal de WordPress) a annoncé plusieurs décisions (blogpost) concernant les versions à venir de WordPress:

• Sauf problème majeur, WordPress 2.8 devrait sortirai mercredi prochain, le 10 juin. Pour ce faire, les bugs toujours non-résolus seront repoussés à une prochaine version, pour peu qu’ils soient non-bloquants ;
• Plus technique : la prochaine version majeure de WordPress, WP 2.9, requerra MySQL en version 4.1.2 au minimum. Dans cette optique, des tests seront ajoutés à l’outil de mise à jour automatique pour s’assurer que seuls les utilisateurs disposant de cette version de MySQL pourront récupérer la 2.9, les autres recevant un message leur suggérant de contacter leur hébergeur à ce propos.
• De la même manière, l’outil de mise à jour automatique de WordPress 2.9 se verra ajouter des tests pour afficher un message aux utilisateurs encore sous PHP 4, leur recommandant de passer à PHP 5 (sans pour autant l’imposer). Ce message contiendra un lien vers une page du Codex où seront expliqué les procédures idoines pour un maximum d’hébergeurs. Ce travail est fait dans l’attente, je cite (et traduis), “du jour béni où nous pourrons rendre PHP 5 obligatoire” (sous-entendu, sans léser une majorité d’utilisateurs).

Quelques points à noter concernant les sauts de versions :

• A l’heure actuelle, WordPress 2.7 (et donc 2.8) requiert au minimum PHP 4.3 et MySQL 4.0, respectivement sortis il y 7 ans et 6 ans ;
• La version de MySQL qui sera requise pour faire tourner WordPress 2.9, la 4.1.2, est quant à elle sortie il y 5 ans presque jour pour jour. On peut donc estimer que ce changement de version n’est pas déraisonnable ;
• La version de PHP qui pourrait un jour être requise pour faire tourner WordPress, la 5.0, date elle aussi d’il y a 5 ans presque jour pour jour. Le problème ici est que les hébergeurs sont encore trop réticents à mettre à jour ce composant majeur de la plupart des sites qu’ils hébergent…

Voilà. Un avenir radieux se présage donc

—

En addendum, je voudrais en profiter pour partager (et traduire) un petit bout de texte à propos des travaux sur WordPress 2.8, que j’avais initiallement envoyé aux listes wp-hackers et wp-testers.

Parmi toutes les versions majeures de WordPress recensée sur l’outil Trac, la 2.8 est celle qui a vu les plus de tickets ouverts (plus de 800), et surtout celle qui a vu le plus grand nombre de tickets fermés, donc de bugs résolus ou d’améliorations validées : 766 au moment où j’écris ces lignes.

D’habitudes, chaque version majeure termine sa période de développement avec une douzaine (voire une centaine) de tickets non-résolus, qui sont transmis à la version suivante, donc remis à plusieurs mois plus tard.

Mais pour la version 2.8, le nombre de tickets toujours ouverts à une semaine de la sortie a atteind un niveau inhabituellement bas : avec plus de 760 tickets fermés, la v2.8 dépasse déjà la v2.5 (750 tickets fermés) et la v2.7 (668 tickets fermés).

C’est d’autant plus notable que les version 2.5 et 2.7 ont vu de très importantes modifications internes (rappelez-vous les deux changement d’interface de l’année 2008), là où la version 2.8 n’apporte pas grand-chose côté interface, si ce n’est une révision de la page de gestion des widgets.

C’est tout d’abord dû aux quelques remises à plus tard de la date de sortie (rappelons que la date initiale était fin mars, puis en avril, puis…), ce qui a permis d’avoir plus de temps pour résoudre plus de tickets, mais c’est également dû au travail incessant de quelques fervents développeurs tiers dévoués à l’amélioration du projet, parmi lesquels on notera le travail du français (?) Denis de Bernardy, qui s’est dévoué à 100% à WordPress depuis la Chasse aux bugs (Has-Patch-Marathon) lancée à la mi-avril – à l’époque, 2.8 avait encore 500 tickets ouverts… Merci à eux pour leurs efforts, et vive l’open-source pour permettre de telles collaborations !

Mon avis est qu’en voyant la productivité de certains développeurs comme Denis, les core-devs de WordPress ont décidé d’en profiter pour nettoyer une bonne fois pour toute les bugs d’une version majeure, et surtout de limiter le passage de flambeau à la version suivante. Au final, la 2.8 sera sans doute l’une des version les plus propres de ces dernières années, et les versions suivantes profiteront certainement de ces fondations saines.

Par ailleurs, sachant que les core-devs comptent 1) intégrer WPMU à WP, et 2) préparer le passage éventuel à PHP5, cette volonté d’assainissement n’est que pure logique à moyen terme. Tout le monde y gagne.

Remercions donc dors et déjà tous les développeurs qui ont activement participer à faire de WordPress un outil toujours mieux conçus, et toujours plus à même de répondre aux attentes de ses utilisateurs, que ce soient les utilisateurs lambda comme les développeurs d’extensions et les créateurs de thème.

—

Rendez-vous mercredi prochain pour la sortie officielle – n’hésitez pas à croiser les doigts !

De notre côté, la traduction est déjà prête…

WordPress Mu, la déclinaison multi-blogs de WordPress (utilisé par exemple sur WordPress.com) vient de passer en version 2.7.1. Comme le souligne Donncha, cette nouvelle version a mis du temps à aboutir, mais ça en valait la peine !

Cette version corrige un important bug de sécurité dans le mécanisme d’importation des données de WordPress (ce dernier permettait l’exécution de code PHP tiers), il est donc important de mettre à jour WordPress Mu vers cette version.

Les autres nouveautés et changements sont:

• Les extensions installées dans le dossier “plugins” peuvent désormais être activées ou désactivées en un clic sur l’ensemble des blogs. Ainsi, nous disposons d’un excellent moyen d’utiliser les extensions incompatibles avec le chemin “mu-plugins”. Ce dernier reste toutefois très pratique pour les extensions indispensables à votre plateforme ne nécessitant pas de gérer l’activation et la désactivation.
• La barre “admin” déroulante apparue dans WordPress Mu 2.7 a disparu. Pour la retrouver, il vous faudra utiliser une extension “WordPress Admin Bar“.
• Ajout d’une page “Mes blogs” listant les blogs de l’utilisateur, il y a possibilité de paramétrer chaque blog. Cette fonctionnalité est vide pour le moment, mais elle peut être étendue via des extensions. Par exemple, choisir le nom affiché indépendamment sur chaque blog…
• L’administrateur peut choisir un blog qui sera utilisé comme tableau de bord global pour les personnes n’ayant pas de blogs. Ainsi, les utilisateurs ne sont plus automatiquement ajoutés au blog principal, mais au blog spécifié. Le rôle des nouveaux utilisateurs peut également être personnalisé, mais s’il le rôle choisi n’est pas celui “Abonné”, l’utilisateur ne sera pas redirigé sur ce tableau de bord global.

Les extensions globales de WPmu, ca vous change la vie !

Voilà les grandes modifications, il y a également des petites corrections incluant des erreurs lors de la mise à jour des blogs, WPmu ignore désormais le quota d’espace disque lors de l’importation d’un contenu depuis un système différent et bien d’autres bugs. Surveillez la timeline à l’avenir pour suivre les modifications.

Si vous utilisez WordPress Mu 2.7, vous pouvez mettre à jour depuis votre tableau de bord (même processus que la mise à jour de WordPress), cependant n’oubliez pas de faire une sauvegarde complète de vos fichiers et votre base de données.

De même, l’administrateur du site peut également mettre à jour en un clic les extensions installées depuis WordPress.org.

La version française est disponible depuis hier soir, elle corrige de nombreuses erreurs de traduction et est synchronisée avec la traduction de WordPress MU 2.7.1 US.

Nous vous en avions parlé dans notre article de fin d’année, et c’est désormais une réalité : le livre “Le Campus WordPress”, édité par Pearson Education France, est officiellement mis en vente dans toutes les bonnes librairies ce vendredi. Sans être un projet direct de WordPress-Francophone, deux de ses auteurs en font partie : Amaury Balmer et Xavier Borderie, qui ont rejoint Francis “fran6art” Chouquet pour la rédaction.

Le Campus WordPress

Son sous-titre tente de résumer nos objectifs pour ce livre : “Toutes les clés pour créer, maintenir et faire évoluer votre blog”. Ce sont en effet les 3 grandes lignes : créer un blog WordPress (installation), maintenir (écrire, mettre à jour, choisir son thème et ses extensions) et faire évoluer (créer ses propres thèmes et extensions). De fait, ces 480 pages trouveront lecteur autant auprès des grands débutants (le chapitre 3, “Le quotidien du blogueur”, est assez fourni) comme les designers (3 chapitres) et les développeurs purs (4 chapitres parfois bien denses). Même les utilisateurs de WordPress MU en auront pour leur argent, avec plus de 3 chapitres sur les différents aspects de la gestion d’une ferme de blog.

Voici le sommaire intégral :

1. Introduction
2. Installation de WordPress
3. Le quotidien du blogueur
4. Choisir le thème et les extensions pour son blog
5. Comprendre le fonctionnement d’un thème WordPress
6. Créer son propre thème WordPress
7. Mise en forme du blog
8. Philosophie des extensions WordPress
9. Déconstruction de l’extension Hello Dolly
10. Les API de WordPress
11. Construction d’une extension évoluée
12. WordPress MU
13. WordPress MU en pratique
14. Spécificités du développement sous WordPress MU
15. BuddyPress – la face sociale de WordPress MU
16. bbPress – le forum pensé “WordPress”
17. (annexe) Participer à l’amélioration de WordPress

Vous pouvez acheter le livre dans toutes les bonnes librairies, ou le commander en ligne…

• directement chez l’éditeur (avec même quelques extraits en PDF) ;
• sur Amazon.fr ;
• sur Fnac.com ;
• sur Eyrolles.com ;
• sur Alapage.com ;
• sur Decitre.fr ;
• sur Lavoisier.fr ;
• …et sans doute d’autres

Pour la petite histoire de ce livre, vue par votre serviteur (Xavier), rendez-vous sur mon blog. Francis y va également de son article d’annonce.

Ce livre, c’est le résultat de nombreuses heures de travail, et presque une année de conception et de décisions fatidiques, donc quelques mois de rédaction pure. Après coup, on aurait certainement pu améliorer tout notre processus en préparant mieux notre travail, mais vu que nous devions écrire un livre sur une version en cours de développement (d’où lecture quotidienne du bugtracker de WP, par exemple), je pense que nous nous en sommes très bien sortis.

Un grand merci, donc, à notre éditrice Patricia Moncorgé pour avoir chapeauté ce projet depuis le début en supportant les hauts et le bas de nos conditions d’écriture, ainsi qu’à Amandine Sueur du service éditorial de Pearson pour avoir fait un énorme travail de vérification, et enfin notre correctrice Béatrice Hoareau d’être passée derrière nous…

Saluons au passage Stephanie Booth, qui nous a vraiment bien aidés en officiant comme relectrice et bonne conseillère sur l’ensemble du projet ; et un salut à François Houste, qui avait écrit une introduction spécialement pour le projet initial de traduction passé à la trappe, introduction qui devrait être publiée est en ligne sur son site