7 mars 2008 §
Votre blog WordPress rame sur votre gros serveur dédié? Voici quelques éléments de réponses…
En effet, j’ai eu l’occasion de tester différents caches (et "optimiseur") OPCode avec une grosse installation de WordPress :
Note: Les plugins permettent à WordPress d’utiliser les caches des utilitaires en lieu et place du système de fichiers (bien plus lent)
Alors, non il n’y aura aucun bench à l’appui de mon discours, juste un retour d’expérience…
APC, XCache et eAccelerator possèdent tous les 3 un point commun. Ceux sont des extensions pour PHP. De ce fait, leur installation est très simple, une ligne en plus dans le fichier php.ini et tout fonctionne ! (ou presque)
A contrario, Memcached n’est pas spécifique à PHP, il peut être utilisé par n’importe quel type de langages… C’est une technologie de cache générique. De ce fait, il est nécessaire d’installer un service sur votre serveur, et une extension à PHP. Autre différence, Memcached n’optimise pas le traitement PHP, il ne fait que de la mise en cache.
Revenons à des choses plus générales…
A quoi sert à ces outils ? A réduire la charge serveur non ?
Donc pour réduire la charge serveur, il faut optimiser l’exécution de PHP pour que ce dernier passe moins de temps sur chaque traitement.
Chose que font a merveille APC, eAccelerator et Xcache avec leur optimisation et cache interne.
Cool ? Non pas vraiment…
Ces outils ont tendance à être plus gourmand en consommation processeur, du coup, le traitement est optimise, plus court probablement, mais la consommation CPU de votre serveur augmente… Donc votre serveur est plus lent…
L’effet recherché n’est pas la…
Que faire alors ?
Que faire alors ?
Et bah contrairement à nos 3 gugusses, Memcached ne gère que la mise en cache, et il le fait très bien, et il le fait surtout de manière économique pour le processeur… Du coup, l’utilisation de Memcached est bien plus efficace.
Alors maintenant, la charge du serveur a baissée… mais les pages mettent toujours 2 secondes pour s’afficher, vu que le code PHP de WordPress n’est pas optimisé…
Un casse tête ? Pas vraiment…
eAccelerator et Memcached fonctionne très bien à 2…
- eAccelerator optimise le code PHP
- Memcached met en cache les résultats et diverses variables PHP
Et voila le duo gagnant, vos page sont rapides, et la charge de votre serveur est correcte…
Quelques chiffres… sur une journée (24h):
- eAccelerator seul : 0.8 (consommation CPU moyenne)
- Memcached seul : 0.6
- eAccelerator + Memcached : 0.4
Le choix coule de source…
Maintenant quelques ressources
Un tutorial pour installer une version récente de Memcached sur une Debian Etch
Il existe un plugin WordPress pour memcache, mais ce dernier utilise une classe d’émulation à la place de l’extension PHP. Cela va s’en dire que les performances sont moindres… vu que le code PHP est plus lent que l’extension en C…
Je mets donc à disposition une classe de cache exploitant l’extension PECL:Memcache et Memcached pour WordPress !
Cette classe est théoriquement compatible avec WPmu, mais je n’ai pas encore testé.
Ryan, un des développeurs de WP, donne quelques infos sur sa version de memcache.
Et contrairement à lui, la méthodologie pour ajouter vos serveurs Memcached à mon plugin est la suivante:
$memcached_servers[] = array( ‘host’ => ’127.0.0.1′, ‘port’ => 11211, ‘persistant’ => true );
C’est un point que je n’aborde pas, mais Memcached peut être répandu sur des clusters de serveurs… c’est la méthode WordPress.com !
Dernier point
Je base cet article sur mon expérience de différents serveurs, 3 différents. Le raisonnement est vérifié sur ces 3 serveurs.
Si vous avez d’autres techniques… je suis preneur :)
1 février 2008 §
Présenté la semaine dernière par les gars d’Automattic, le thème Prologue se veut être une alternative a Twitter ! Autrement dit, la possibilité du faire du micro blogging tout en gardant le moteur de blog WordPress :)
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 !
28 janvier 2008 §
Suite à la sortie de Simple Tags 1.3, j’ai eu quelques (voir pas mal) de retour plus ou moins négatifs, de bugs et divers problèmes.
Contrairement à d’autres plugins, All In One SEO Pack pour ne pas le citer, j’ai regroupé toutes les corrections sur une seule mise à jour dans le but de vous éviter 30 mises à jour en 2 semaines ;)
Pour les plus passionnés, vous trouverez le changelog sur le site de WordPress.org, en anglais bien sûr !
Le téléchargement se déroule comme toujours sur le site de WordPress.org ! Plus précisément sur la fiche de Simple Tags.
Comme d’habitude, merci pour vos nombreux retours !
Edit: Une version 1.3.2, et 1.3.3 ont vu le jour, la version 1.3.2 mettant juste à jour le fichier de langue japonaise, tandis que la version 1.3.3 corrige un petit bug lors de la recherche dans l’édition de masse.
26 janvier 2008 §
En vrac.
- Xavier a écrit un article très complet sur les 5 ans de WordPress
- J’ai écrit un article sur comment séparer les commentaires, des trackbacks. À l’origine je voulais le blogger ici, et puis finalement…
- Et sinon pendant ce temps là, Automattic a levé 29.5M de dollars ! Pas mal…
Enfin, chapeau à ma banque, d’avoir perdu 4.5 milliards d’euros, il fallait le faire :)
3 janvier 2008 §
Gros plan sur le nouveau formulaire de saisie :
Et vue générale sur la page entière (image de droite)
Comme on peut le voir, l’accent a été mis sur:
- La gestion des médias dans les articles
- La gestion des tags (ajax + autocompletion)
- La mort de Simple Tags est elle proche ?
Personnellement j’attends de voir la suite, même si je ne colle pas vraiment au design (couleur tout ça) !
22 décembre 2007 §
Matt vient d’effectuer les premières modifications concernant le nouveau design de WordPress 2.4 !
Comme on peut le voir, exit le bleu foncé initié dans WordPress 2… Welcome les couleurs flashy ! On est encore très loin de la version finale, donc évitons les jugements hâtifs ?!
Je tacherai de publier régulièrement des captures d’écran afin de vous faire partager l’avancement des travaux !
1 décembre 2007 §
Dans le monde impitoyable des éditeurs visuels, il existe les très connus TinyMCE et FCKeditor, 2 éditeurs visuels très (trop?) complets, disposant de plein de fonctionnalités, et provoquant régulièrement un code HTML peu ou pas valide.
WYMeditor est un éditeur de texte se voulant différent des autres. Ses particularités sont :
- Léger
- Code généré conforme xHTML Strict
- Dépendances à jQuery
- Ajout facile de style prédéfini par le biais d’un fichier CSS
- Séparation visuelle des blocs HTML dans l’éditeur visuel
Un petit aperçu de l’intégration
Intégration à WordPress… basique ?
Dans le titre, j’ai bien précisé "Integration basique", cela sous-entend plusieurs points :
- Le plug-in n’a pas été testé sur la durée
- Le plug-in ne permet pas, sauf hack, l’ajout de plug-ins WYMeditor
- Les boutons ajoutés par les plug-ins existants ne fonctionneront pas
- Certains articles buggent, comprendre que la mise en page n’est pas reprise dans l’éditeur, alors que la grande majorité des articles fonctionnent…
- Le gestionnaire de médias de WordPress ne fonctionne pas avec cet éditeur. (Raison pour lesquelles, l’éditeur visuel le désactive)
À qui s’adresse ce plug-in ?
Bonne question… a laquelle je n’ai pas vraiment de réponses… À l’extrême limite, pour vos clients, ou les personnes souhaitant l’éditeur le plus simple possible.
Cependant l’ajout d’image étant peu conviviale… donc, je ne sais pas trop ;)
Téléchargements
J’ai créé une page spécifique à ce plug-in, vous y trouverez toujours la dernière version !
1 décembre 2007 §
Les plus observateurs l’auront remarqué, j’ai mis un peu de pub sur mon blog. (Une banniere à droite du contenu, une sous l’article de la homepage, une autre sur les pages de mes plug-ins WordPress et pour terminer une pub sur la vue detaillée des articles entre l’article et les commentaires.
Ceux qui me connaissent un peu savent à quel point je suis antipub, donc pour me justifier, j’ai mis de la pub à des fins expérimentales, voir combien ça peut rapporter sur un blog comme le mien. (Cette expérience me permettra de mieux juger de la pertinence d’un pub dans mes projets pro…)(J’espère)
Ni plus… ni moins…
Et si éventuellement ça peut payer mon hébergeur, ça sera très bien. Si ça me ramène moins, je la supprimerai…
Et pour ceux qui ne voudraient plus voir de pub, je vous conseille d’installer l’excellente extension pour Firefox, j’ai nommé Adblock Plus !
