Apache remplacé par HipHop ? En tout cas, c’est l’idée qui vient en tête à la lecture d’un article sur GigaOM, qui explique qu’à la suite de l’ouverture du code de HipHop for PHP par Facebook, certains gros sites fonctionnant sur PHP se sont montrés fortement intéressés. En effet, “depuis lors, HipHop a été adopté par un nombre grandissant de développeurs, et Facebook aurait contacté Drupal, MediaWiki, phpBB et Wordpress pour leur proposer de faire tourner leur site sur HipHop : d’après les estimations de Facebook, Wordpress s’est montré 2,7 fois plus rapide quand il tourne sur HipHop”.  

Continuer la lecture HipHop for PHP, le futur de LAMP ? C'est ce que souhaite Facebook ! →

J’aime assez le système de cache de Wordpress mis en place par le plugin WP-Super-Cache qui consiste à générer la page et à la mettre physiquement dans un dossier de cache, puis à dire à Apache de toujours regarder si la page demandée par un visiteur n’existe pas déjà avant d’en demander la génération. Sur AppEngine, il y a un problème de taille : il est impossible de gérer la création/suppression de fichiers en dur. Point de cache “physique”, donc. Pour autant, on peut avoir envie de servir un grand nombre de pages, et donc d’avoir un système performant et pour autant, peu gourmand en performances. J’ai donc décidé de créer un petit script utilisant MemCached pour stocker le contenu généré, et j’ai regardé les différences de temps rapporté par les logs.    

Continuer la lecture Système de cache sur AppEngine : quelles performances ? →

Cela faisait pas mal de temps que je voulais en parler : la plateforme AppEngine a d’une manière générale la grande faculté d’être gratuite (dans une certaine limite, selon une politique de quotas assez élevés, notamment si son application est correctement codée), sécurisée (pas de peur de se faire hacker) et scalable de façon automatique. Je rappelle de surcroît que sur AppEngine, vous pouvez très bien associer (gratuitement) un nom de domaine à votre application (ici), donc de cette façon masquer totalement que vous êtes sur AppEngine et pas sur un serveur perso.

Continuer la lecture AppEngine pour un blog ou CMS : une idée intéressante sur plusieurs points →

J’en ai déjà parlé plusieurs fois : accélérer le temps de chargement d’un site passe entre autre par la réduction du nombre de fichiers à charger, car chaque requète supplémentaire nécessite un temps non compressible pour appeler le serveur, établir une connexion, et télécharger le fichier. Cela peut passer par la transformation des images en pixels CSS, ou bien également pas leur définition en Base64. Je n’avais jusqu’alors pas trop regardé cette solution en terme d’avantages apportés, mais j’aurais dû, comme je l’explique ci-dessous.   

Continuer la lecture Des images encodées en Base64 pour accélérer le chargement de sa page en diminuant les requètes →

D’après un billet paru du le blog de Wordpress, la version 3.2 du CMS ne supportera plus les version 4 de PHP et MySQL. A première vue, on pourrait croire à un retour en arrière, mais en fait c’est un grand bond en avant. Plus précisément, jusqu’à maintenant,Wordpress continuait à supporter PHP4 et MySQL4 à cause d’une partie des hébergement mutualisés fonctionnant encore sur ces versions. Aujourd’hui, l’équipe de développement doit avoir considéré que la proportion n’est plus significative pour continuer le support, et s’adaptera définitivement à PHP5 et MySQL5.  

Continuer la lecture Wordpress 3.2 : arrêt du support de PHP4 et de MySQL4 ! →

L’augmentation de la rapidité de mon blog est un sujet que je rumine assez fréquemment, et qui a d’ailleurs tendance à empiéter sur ma vie “professionnelle”, où j’ai une certaine tendance à favoriser toute évolution en terme de “temps d’exécution”, même si celle-ci n’est pas demandée/payée. Faisant actuellement du développement Python, et ayant un certain attrait pour ça, je me suis donc demandé quel serait le gain en performance pour un blog tel que le mien, en passant du CMS Wordpress au CMS Plone, qui me semble être le plus populaire dans la communauté Python.    

Continuer la lecture Augmenter la rapidité de son blog en passant de Wordpress à Plone ? →

Wordpress 3.0 est sortie, elle est disponible en téléchargement ici, et elle intègre désormais les fonctionnalités qu’avait précédemment Wordpress MU (je pense que les types de billets/catégories modifiables viennent de là), ainsi que les mises-à-jour groupées. Ah oui, aussi, le nouveau thème par défaut est Twenty Ten, et de ce que j’ai pu voir sur la démo présente ici, ce thème est très correct. J’ajouterais enfin que Wordpress intègre désormais un outil en ligne d’édition des images, ce qui peut être une bonne chose.    

Continuer la lecture Wordpress 3.0 sortie : orientation vers les réseaux de blogs →

J’ai décidé aujourd’hui d’installer le bouton Facebook ‘Like’ (qui peut être téléchargé ici) en bas de mes articles, parce que je pense qu’il est potentiellement intéressant en terme de “volume de résonance”, mais j’avais peur du coût supplémentaire en terme de poids de la page que cela pourrait entrainer. Après l’avoir installé, j’ai fait un rapide test de performance avec le Webkit Inspector.  

Continuer la lecture Bouton Facebook Like : un bon rapport qualité-prix →

Dans la lignée du script de sauvegarde quotidienne des bases de données, je me suis dis qu’il serait bon également de sauvegarder les fichiers associés au fonctionnement du site, parmi lesquels on peut citer (pour un blog Wordpress) les images uploadées, les différents plugins installés, les fichiers du thèmes, etc. Le problème vient quand on a plusieurs sites sur le même serveur, et donc il est à mon avis compliqué de gérer au cas par cas ce qu’il faut sauvegarder ou non. Notez également que, en terme de place, les fichiers texte (tous les fichiers de code source en premier lieu) se compressent très bien, donc il n’est pas un problème de les sauvegarder tous.

Continuer la lecture Script shell de sauvegarde des fichiers associés à un blog Wordpress →

Bastien l’a évoqué dans les commentaires d’un précédent billet sur Nginx : plutôt que de mettre Nginx en reverse proxy avec Apache derrière, pourquoi ne pas faire gérer les requètes PHP directement par Nginx ? Après tout, ce serait la solution la plus efficace, la plus rapide, et elle n’est pas difficile à mettre en place. Après avoir regardé cet article “NGINX + PHP-FPM + APC = Awesome”, j’ai dû reconnaitre que l’idée me tentait, mais je n’étais pas certain de la compatibilité totale entre la situation actuelle et la situation envisagée.

Continuer la lecture Nginx + PHP-FPM et WP-Super-Cache ? →