Contrairement à WordPress 3.0, la version 3.1 se doit d’avoir un temps de développement court, les évolutions envisagées seront donc rapides, et il n’y aura pas de gros projets intégrés.

L’objectif de date pour la sortie finale de WordPress 3.1 est prévu pour mi-décembre 2010.

Cette version va avant tout privilégier les évolutions sur l’interface, la qualité et les performances du code et il n’y aura pas de modification sur le schéma. L’avis de l’équipe est de réserver les évolutions majeures pour WordPress 3.2, et ainsi produire un code de qualité en PHP5.

Donc première chose à retenir : pas de modification de schéma et pas de nouvelles API importantes.

Ce que ne contiendra pas WordPress 3.1

La refonte des médias. Une mise à jour importante du gestionnaire des médias a été envisagée par l’équipe de dev, c’est aussi l’une des demandes les plus récurrentes de la communauté. Il ne changera pas pour la simple et bonne raison que le code en question est assez tordu et qu’il serait regrettable de développer quelque chose en PHP4 alors que WordPress 3.2 sera compatible PHP5 uniquement.

De plus, c’est un chantier qui demandera du temps, qui imposera des modifications sur le schéma de la base de données et sur l’interface utilisateur. De fait, c’est un chantier couteux en temps.

Pour WordPress 3.1, la seule évolution possible sur le gestionnaire de médias sera l’envoi de fichiers HTML.

L’autre point important qui ne sera pas modifié dans WordPress 3.1 concernant la gestion de widgets. En effet, le filtrage des widgets par vue article/page/catégorie ne pourra être travaillé que dans WordPress 3.2.

En attendant, les plugins proposent des solutions appréciables.

Les fonctionnalités probables de WordPress 3.1

1. Des évolutions prévues sur l’API de taxonomie afin d’effectuer des requêtes avancées. WordPress 3.0 avec les custom types et les custom taxonomies a radicalement changé la façon de penser un site WordPress. L’API des taxonomies évolue logiquement pour répondre à toutes les attentes.

2. Une refonte importante des rôles/permissions est demandée par certains membres de l’équipe WordPress, pour la version 3.1, une première version de l’API sera proposée avec des fonctions permettant de travailler plus facilement sur les utilisateurs. À l’heure actuelle, les requêtes SQL « maison » priment encore dans ce domaine.

3. Une nouvelle fonctionnalité est également envisagée, il s’agit des liens internes. Autrement dit, la possibilité de créer des relations entre les contenus de WordPress. Il s’agit de la principale évolution à mes yeux de WP 3.1 !

Il fut un temps où seuls les articles relatifs permettaient de créer des liens entre les contenus, désormais il existe plusieurs plugins permettant de créer manuellement des liens entre le contenu (comme mon plugin Relation Post Types). Cette fonctionnalité est en vive discussion sur le trac.

4. Les pages de l’administration vont être largement AJAXifié avec quelques modifications mineures d’interface. La modération des commentaires sera également revue.

5. La barre d’administration avec menu déroulant. Très utile pour les plateformes de sites, buddypress, la barre d’administration semblable à WordPress.com fera probablement son apparition. Mais comme tout le monde n’est pas d’accord, la fonctionnalité restera peut-être sur la forme d’un plugin. (le plugin de Viper007Bond gère cela très bien pour le moment.)

6. Quelques simplifications et nettoyages de l’interface à travers toute l’application, et principalement le multi-site. Des pistes de recherche pour l’élaboration d’un tableau de bord personnel à la place du tableau de bord générale sont menées par Ryan. Ces modifications pourront être publiées dans WordPress 3.2 selon le planning.

7. Quelques corrections à prévoir sur l’API des custom post types.

8. Modification de l’interface de la gestion de thèmes par la version de WordPress.com. Cette dernière est plus efficace, plus légère, supporte la recherche, etc. C’est une étape indispensable pour les personnes ayant un WordPress MS avec beaucoup de thèmes.

9. Les templates de pages pour les articles. Afin de pouvoir supporter des modèles comme les pages)

10. La fonctionnalité QuickPress sera disponible à travers une fonction afin de pouvoir afficher facilement un formulaire sur le thème utilisateur.

Le planning

La date de publication ne devrait pas dépasser le 15 décembre pour ne pas interférer avec les vacances.

• 9 septembre : Confirmation du planning
• 15 octobre : feature freeze, pas de nouvelles fonctionnalités ajoutés dans le code
• 1er novembre : primary code freeze, fin de grands changements dans le code PHP
• 15 novembre :période de béta, plus d’amélioration, uniquement de la correction de bugs.
• 1 décembre : string freeze, traduction !
• 15 décembre : publication de WordPress 3.1

Alors, lorsque j’ai appris le lancement de VaultPress, je me suis dit dans un premier temps : chouette un plugin améliorant la sécurité de WordPress, mais après avoir lu et visionner la vidéo de présentation, j’ai compris qu’il ne s’agissait que d’un plugin de backup automatique des données, alors effectivement on peut se poser la question de l’intérêt de ce service pour les personnes ayant un serveur dédié, mais sur un mutualisé milieu/haut de gamme et/ou pour un blog sensible le service peut s’avérer intéressant.

J’ai donc décidé de postuler à l’inscription de la béta, une première fois pour mon blog perso, sans réussite. Et une seconde fois, pour le site WordPress Francophone, et bingo, 5 jours après je reçois la fameuse invitation permettant de s’inscrire au service !

Lors de l’inscription au service, on vous propose 3 niveaux de service, le basique qui comprend toutes les fonctionnalités de backup, le niveau premium qui offre du support technique en plus et enfin un niveau entreprise disponible après contact pour des services plus personnalisés, audit du code, etc. Le service basique est facturé 15$/mois, tandis que le service premium est facturé 40€/mois.

Dans le cadre de WordPress Francophone, j’ai choisi l’abonnement à 15$/mois afin de tester à moindre coût le service.

Le plugin

Une fois payé, on vous propose de télécharger une extension à installer sur le blog WordPress de votre choix. Une fois, le plugin installé et activé, un menu VaulPress apparait dans le menu de la console d’administration et permet de voir l’avancement de la sauvegarde du blog sur les serveurs de VaultPress.

Le backup se fait en arrière-plan, il n’est pas nécessaire de se connecter à WordPress ou de laisser une fenêtre du navigateur pour que le transfert se fasse. Le transfert initial est assez long, tout dépendra du nombre d’articles et de commentaires, mais surtout tout dépendra de la quantité de pièces jointes.

Dans le cadre de WordPress Francophone, j’ai activé le plugin le soir à 21h, le lendemain tous les fichiers avaient été synchronisés.

Une fois les fichiers complètement synchronisés, on peut observer un tableau de bord VaultPress qui nous affiche les informations principales, nombres d’articles, commentaires, termes, révisions, médias, etc. On peut également trouver le nombre de copies du blog. (ici 40)

Le service

Maintenant que nous avons passé en revue les pages du plugin sur l’admin WordPress, nous allons voir les fonctionnalités du site VaultPress.com. La page de connexion, bien que stylé VaultPress nous rappelle que WordPress n’est jamais très loin…

Pour se connecter à VaultPress, il faut posséder un compte WordPress.com, ce dernier vous sera demandé lors de l’inscription initiale, vous devez alors saisir vos identifiants WordPress.com.
Une fois connecté, on tombe sur un tableau de bord qui contient tous les sites protégés par VaultPress, ici il n’y a que WordPress Francophone.

Le statut affiche la dernière mise à jour de la base WordPress avec VaultPress, ici on peut voir qu’il s’agit du plugin du compteur de vues utilisées sur WordPress Francophones. Le menu propose de voir l’intégralité des backups de votre site, le log d’activité des sauvegardes ainsi qu’un formulaire de contact.

La page « Backups » nous propose de compacter, d’archiver et de télécharger l’ensemble des fichiers et la base de données de WordPress pour chaque backup réalisé. Ainsi, il est possible de télécharger n’importe quel backup de votre blog, l’intérêt majeur, c’est qu’en cas de pertes de données sur votre serveur, vous pouvez récupérer les fichiers à toutes les dates, et surtout les dernières données grâce à la synchronisation en temps réel.

La page « logs » retrace toutes les modifications apportées sur votre installation WordPress, ajout d’un article, d’un commentaire, d’un méta via un plugin, etc. bref tout est enregistré !

Conclusion

La conclusion est difficile. Le service est efficace et fonctionne très bien sur un serveur mutualisé comme Infomaniak. Pour les personnes possédant un dédié, un backup automatique et incrémentiel de la base de données et des fichiers sur 2 lieux de stockage me paraissent largement suffisant…

Alors, je ne sais pas trop… Pour qui ?

Les personnes ayant de « gros blogs » sont bien souvent sur des serveurs dédiés et/ou infogérés, dans un tel cas la backup serveur me parait suffisante…
Les personnes sur des hébergements mutualisés seront-elles prêtes à mettre de l’argent pour un service de backup ? Au prix proposé, on n’est pas loin d’un serveur virtualisé de base…

Mon avis est partagé sur l’intérêt d’un tel service… et vous ? pour qui ? quel contexte ?

• wordpressfrance point fr
• wordpressfrance point com

Pour faire de 1, un site de merde avec de la pub. De 2, faire du parking avec le domaine et essayez de le vendre 5000$

Déjà je pense qu’il se met un gros doigt dans l’oeil en essayant de le vendre au-dessus du prix Registar… Qui est-ce que ça va intéresser ?

Il écrit:

est à vendre sur sedo.com à un prix abordable pour les entreprises qui veulent utiliser ce domaine pour leurs publicités.

Je serai curieux de savoir quelle entreprise est prêt à acheter un domaine illégal à 5000$ !!!

Personnellement je trouve ce genre de pratique complètement débile et immorale… Mais le plus gênant ici, c’est l’utilisation de la marque « WordPress » dans le domaine… Automattic tolère pour les communautés, mais là… revendre le domaine pour faire des sous… Ça devient carrément illégal ;)

Bref, je vais voir ce que peut faire Automattic à ce sujet, mais je ne me fais pas d’illusions, récupérer un domaine même lorsqu’on dispose de la marque, ça devient vite le parcours du combattant, justicatif de machin, de bidules… Je suis blazé…

Le résultat graphique est le suivant :

C’est light, freshy, pas mal du tout en quelque sorte !

Pour l’occasion (c’est pas tous les jours qu’automattic réalise un thème), j’ai décliné le thème en français, et j’y ai apporté quelques corrections.

Vous trouverez un site de dédié à Prologue, avec une petite présentation, une démo, des captures d’écrans et la dernière version française à télécharger !

Comme d’habitude, tout retour constructif est la bienvenue !

• Xavier a écrit un article très complet sur les 5 ans de WordPress
  • WordPress a 5 ans
• J’ai écrit un article sur comment séparer les commentaires, des trackbacks. À l’origine je voulais le blogger ici, et puis finalement…
  • Séparer les commentaires des trackbacks dans WordPress ! Ainsi que leur compteur !
• Et sinon pendant ce temps là, Automattic a levé 29.5M de dollars ! Pas mal…
  • Automattic lève près de 30 M$ pour développer WordPress.com
    • Pour rappel Automattic est la boite commerciale dernière WP.com, WP.org, etc.

Enfin, chapeau à ma banque, d’avoir perdu 4.5 milliards d’euros, il fallait le faire :)

En effet, ils ont eu la bonne idée d’ajouter un petit bandeau, listant les différentes versions localisées de WordPress. (à terme…)

Et apparemment, WordPress n’est disponible qu’en français :D

Ces liens « Francais » mènent sur la nouvelle page de téléchargements de WordPress en français, qui contient:

• Une petite présentation
• Le téléchargement du logiciel (ainsi que les anciennes versions)
• Une liste de ressources (WordPress Francophone)
• Une méthode pour l’installation (ça n’est d’ailleurs pas la méthode la plus classique… on n’évoque même pas l’utilitaire de création du fichier de configuration…)
• Ainsi qu’un blog ! (qu’on utilisera pas pour le moment, méditation dans le staff à ce sujet)

Pour l’info, cet espace est géré intégralement par le staff de WordPress Francophone.

L’objectif de ce portail est de bien entendu centralisé et uniformisé un minimum les communautés à travers le monde. (et puis il apporte des outils très pratiques pour la réalisation des packs français ;) )

Entre-temps, WordPress Mu est passé en version 1.2.1, et mieux, j’ai réalisé ma première « grande » plateforme de blog avec cet outil :)

Dans ce dernier article, j’avais été très sévère envers WordPressMu, mon avis n’a pas fondamentalement changé, mais il a logiquement évolué…

Par exemple, je suis toujours convaincu qu’utiliser WordPress Mu pour gérer 10 blogs ou moins n’est pas une bonne chose.

Vous gagnerez certes un peu de temps lors des mises à jour… mais vous perdrez un grand nombre de plug-ins, gagnerez un certain nombre de bugs, et perdrez beaucoup de souplesse.

Quels sont les manques de WPmu pour les professionnels ?

Nombreux.

En fait, WordPress Mu fait quelque chose très bien, il permet de créer des blogs à la volée. C’est tout.

Mais est-ce la finalité dans le cadre d’un projet professionnel ?

Je ne pense pas.

WPmu de base ne permet pas de trier les blogs par catégories, remonter les derniers commentaires, les derniers articles, les blogs les plus actifs, les tags pour la plateforme entière, les blogs à la une, les blogs les plus vus, différents flux RSS, des statistiques, la modération, etc.

WPmu ne se suffit pas à lui-même.

Utiliser WordPress Mu exige un grand nombre de développement autour, il faut en être conscient.

Je pense qu’on peut assimiler WPmu à un framework de développement de plateforme de blog.

Est-ce que WordPress Mu est stable ?

La version 1.2.1 apporte un très grand nombre de correction (plus de 500, voir le trac pour bien comprendre), WordPressMu commence à devenir un produit mature, d’ailleurs il suffit de suivre le « TimeLine » de WPmu pour se rendre compte, que la majorité des modifications actuelles concerne la partie WordPress de l’application et moins la partie « mu ».

Cependant, tout est loin d’être parfait.Il reste un certain nombre de chaines non internationalisé, et certains bugs liés à cette même internationalisation. (Ça n’est plus le cas maintenant, depuis l’application des différents patchs que j’ai proposés sur le trac.)

L’utilisation de WordPressMu en production est désormais une chose envisageable, mais un minimum de développement est tout de même à prévoir.

Les performances de WordPressMu

Mon avis n’a pas radicalement changé par rapport à mon premier article sur ce point. WordPressMu est sans aucun doute à l’image de WordPress. Loin d’être bien développé, mais terriblement efficace.

D’ailleurs quand, Automattic parle d’une enveloppe pour WordPressMu c’est effectivement le cas.

Il y a très très peu de modification sur WordPress mis à part les ajouts liés à « mu ».

On retrouve donc les avantages de WordPress, une architecture « plug-ins  » éprouvée, mais également ces défauts, avec une consommation SQL/PHP importante.

Or dans le cadre d’un blog WordPress, ça n’a pas ou peu d’importance, dans le cadre d’une grande plateforme de blog, c’est beaucoup plus gênant.

Pour y palier, les avis et méthodologie sont variés, certaines personnes privilégient l’utilisation du cache de WPmu, d’autres utilisent un cache à l’aide de serveurs proxy, sans oublier les load balancing et autres architectures exotiques…

Il n’y a pas vraiment de solutions miracles. Et le choix de la solution dépend d’un certain nombre de paramètres, architecture actuelle, budget, type de la charge, etc.

Personnellement, dans le cadre de mes projets WPmu, j’utilise une version de WPmu très légèrement modifié permettant de ne pas avoir de limite de blogs, autorisant l’utilisation massive du load balancing, et exploitant le cache de WordPress.

Les plug-ins et WordPress Mu

C’est un sujet sensible.

Le grand intérêt d’une plateforme de WordPressMu, c’est l’usage des plug-ins disponibles pour WordPress.

Malheureusement, ils ne sont pas tous compatibles, et pas tout envisageables pour WPmu.

Le 1er prérequis pour qu’un plug-in soit compatible WPmu est qu’il soit compatible WP 2.1.

En effet, WordPress Mu et WP 2.1 sont très proches à ce niveau. En général un plug-in compatible WP2.1 sera compatible WPmu.

Je dis bien en général, car en pratique, WordPress Mu utilise une version plus récente de TinyMCE que WordPress, et de ce fait un certain nombre de plug-ins provoquent des erreurs dans TinyMCE. (particulièrement les formulaires de contact)

Les thèmes et WordPress Mu

Que du bonheur.

Ils sont quasiment tous compatibles… il faudra juste prévoir l’ajout d’un lien vers l’accueil de la plateforme… et vérifier qu’ils sont compatible WordPress 2.1 comme d’habitude ^^

Conclusion

WordPress Mu est une excellente base pour monter une plateforme de blogs. Mais attention, WordPress Mu permet juste de créer des blogs à la volée. Le reste sera à développer, adapter.

Si vous souhaitez davantage d’informations sur WordPress Mu, le développement autour de ce dernier, les fonctionnalités possibles avec, n’hésitez pas à me contacter.

Alors comme tout le monde, je vais donne mon avis sur WordPressMu.

C’est quoi WordPress Mu ?

Très longtemps en version alpha, Automattic, maison mère de WordPress and Co, a publié fin 2006, la version multi utilisateurs de l’outil de blog WordPress.

Jusque la rien de révolutionnaire dans le monde des CMS !

Sauf, que peu de temps après ce passage en version 1, la plateforme de blog de LeMonde.fr quitte la solution propriétaire et payante TypePad pour WPmu. (Sans aucune critique quant au logiciel même)

Et la c’est le buzz de fin d’année 2006, tout le monde parle de WordPressMu, tout le monde l’installe (en local), tout le monde installe 3 blogs et dit que c’est trop bien !

…

Si ca pouvait être vrai…

Et bah moi je ne pense pas que c’est trop bien, je pense même que c’est plutôt nul. Explications…

Politique de WordPress.org / Automattic

Vous l’aurez remarqué, très peu de communication officielle autour de WPmu, un site officiel très succinct, pas de communication particulière d’Automattic envers WPmu.

Bref un vide intergalactique autour de WPmu de la part d’Automattic.

Du style, « bon les gars, on release la version 1 de WPmu, mais faites y pas attention… »

Et bah ils ont tout faux. Pleins de blogs en parlent, à tort et à travers la plupart du temps, et finalement WordPressMu se présente comme une solution sympa, simple et performante pour gérer le multi blog.

Première erreur.

Les dangers et dérives

Cette philosophie (de considérer WP Mu comme un logiciel grand public, pour ce qui n’aurait pas suivi) va probablement augmenter le nombre de plateforme de blogging sur la toile.

Chouette !

Pleins d’alternatives, au méchant TypePad; Skyblog, Nrjblog et autres plateformes pour JeunZs !

Bonne nouvelle on pourrait se dire… bah pas vraiment…

Par expérience personnelle, et de part ce que je lis sur le forum de WordPress France, je vois débarquer plein de boyscouts, posant plein de questions sur WordPressMu. Courageux de leur part n’est ce pas ?

Mais ce qui me désole… c’est que pour la grande majorité d’entre eux… PHP, XHTML, MySQL sont des sciences obscures…

C’est un peu le même concept que la philosophie pour les terminales S…

Bref, des néophytes suivants la mode et souhaitant installés des WordPressMu à toutes les sauces, sur n’importe quel hébergeurs, et même chez Free.fr !!! (Mon cœur est fragile bordel !)

Tout ca pour dire, que le fait de ne pas communiquer intelligemment autour de WordPressMu va donner naissance à un certain nombre de nouvelle plateforme inutile et dont la seule originalité viendra du nom de domaine… et pour couronner le tout ces plateformes seront administrées par des boyscouts du WEB!

Hors j’estime qu’une nouvelle plateforme se justifie pour 2 raisons principalement :

• Idées novatrices, réel valeur ajoutée. (comme le podcasting l’a été pour Podemus)
• Besoin spécifiques, créer des blogs pour une communauté X tels que les abonnés d’un club, ou autres…

Et peu importe la raison finalement, des connaissances en WordPress, PHP, XHTML, MySQL sont INDISPENSABLES !

Je vais reprendre l’image que j’avais formulé sur le forum de WP: Fr.

Si on compare WordPress à WordPressMu

• WordPress c’est un vélo, la maintenance est facile, on peut le bidouiller sans trop de problème, et si on le plante, tant pis pour soit.
• WordPressMu c’est un Boeing 777, la maintenance est lourde, le bidouillage est proscrit, et si on le plante, on emmène 300 passagers avec soit.

Deuxième erreur.

Une architecture à revoir

D’un point de vue technique WordPressMu est un contre sens même.

Pourquoi ?

WordPressMu n’a pas été conçu et développé à l’origine pour gérer le multi blog.

WordPressMu n’est qu’une enveloppe de WordPress. (c’est le site officiel qui le dit!)

Et comme vous pouvez vous en douter, on ne développe pas une application grand public comme WordPress, comme une application professionnelle de grande envergure qu’est WordPressMu.

Hors…

WordPress est un logiciel qui se veut très très très grand public (et j’insiste), développé de façon à être compatible avec un maximum d’hébergeurs, au détriment des performances.

• Compatibilité avec MySQL3.23, ce qui veut dire absence des sous requêtes
• Développement PHP4 classique non orienté objet.
• Code peu flexible

Bref !

On utilise un script développé pour le très grand public, modifié pour l’occasion, sur des plateformes professionnelles visant à héberger 200, 1000 voir 10 000 blogs!

Très amateur la solution de plateforme… (En fait les grosses plateformes rencontrent des problèmes de montées en charge comparé aux solutions alternatives, le développement d’un système de cache est régulièrement cité par les équipes de dev… on l’attend… fermement…)

Troisième erreur.

Mais alors c’est quoi les avantages de WordPressMu ?

1. C’est libre. chacun peut modifier le code sources dans le but de l’optimiser, ajouter des fonctions et pourquoi pas les partager à la communauté.
2. WPmu fonctionne avec les thèmes de WordPress. Soit plus de 1100 thèmes.
3. WordPressMu fonctionne avec une partie des plugins de WordPress.
4. C’est un produit jeune, espérons que les prochaines versions apporteront des changements significatifs !

Et WordPress.com et leurs 600 000 blogs, ils font comment ?

1. Il dispose d’une très grosse architecture matérielle, on parle de cluster de serveurs.
2. Ils utilisent une version WPmu largement modifié
3. Ils ont dans leur équipe, les développeurs de WPmu, c’est plus simple de modifier une application lorsqu’on connait le code par cœur ;)

Conclusion

1. Arrêter de rêver, vous ne deviendrez pas riche en lançant votre plateforme de blog ! (sauf si elle possède des fonctions uniques et novatrices !!!)
2. Si vous ne disposez pas de compétences en développement, faites appel à des professionnels… (le formulaire de contact de WP Francophone, vous permettra d’être mis en relation avec des prestataires spécialisés WPmu et WP.)
3. Si vous souhaitez mettre en place 5-6 blogs pour vous et vos amis, installer des versions de WordPress indépendantes ! (le temps d’installation initial sera plus long mais au final vous y gagnerez en souplesse !)

Pour conclure, disons que WordPressMu ne dispose pas de concurrent libre, de ce fait l’utiliser n’est pas une aberration, mais alors dans ce cas, il faut y mettre les moyens, une équipe de développeurs n’étant pas de trop… (À l’image de lemonde.fr par exemple)

PS : Je n’ai rien contre les scouts…

PPS : Ceci est une réflexion strictement personnelle, et ne reflète nullement celui de mon agence web et de WordPress Francophone.