Tout sur : Nginx
Julien m’a envoyé un email récemment, me parlant d’une solution d’optimisation des performances d’un site web sous PHP. L’idée : mettre un reverse-proxy avec Varnish en front, Nginx en back (qui gèrerait le PHP via PHP-FPM), ce a quoi on pourrait rajouter un système de cache du PHP (lui proposait Xcache, mais moi je connais un peu mieux eAccelerator). Son idée est en fait excellente. En effet, sachant que jusqu’à présent l’utilisation de WP-Super-Cache m’empèche de virer totalement Apache, pourquoi ne pas enlever Wp-Super-Cache (c’est a dire de regénerer les pages à chaque appel), mais ce via une structure beaucoup plus rapide ? (Lire la suite…)
En l’espace de quelques jours, j’ai vu passer sous mon fil Twitter trois articles très intéressant à propos de la configuration Varnish+Apache. Pour ceux qui ne connaissent pas, Varnish est un serveur statique, fréquemment utilisé par les gros sites de journaux en ligne, notamment dans une configuration de Reverse Proxy, c’est à dire Varnish en frontend et Apache en backend. Un peu de la même façon que ce que j’ai expliqué plusieurs fois ici, où je fonctionne avec Nginx en frontend et Apache en backend. (Lire la suite…)
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.   (Lire la suite…)
Dans la longue série des billets que je fais sur l’optimisation de la vitesse de chargement et d’envoi d’un site web, j’en suis arrivé à faire plusieurs billets sur Nginx. Par ailleurs, j’ai découvert récemment (via Lionel) le webware GTmetrix, qui permet de faire rapidement un état des lieux des performances de son site, grâce auquel j’ai pu me rendre compte qu’il ne me restait pas grand chose à améliorer à part l’encodage des fichiers en gzip. Cet encodage permet de réduire grandement la quantité d’information envoyée au client (car celle-ci est compressée), et notamment pour les fichiers textes (comme les feuilles de style et fichiers javascripts), pour lesquels on atteint facilement des réduction de 70%.
(Lire la suite…)
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.
(Lire la suite…)
Nginx + PHP-FPM et WP-Super-Cache ?
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.
Nginx en reverse proxy pour plusieurs blogs WordPress
J’ai installé aujourd’hui Nginx sur un serveur que je loue (non auto-administré), ce car je voulais depuis longtemps voir ce qu’il en était en terme de performances par rapport à un hébergement classique sur Apache. Pour cela, j’ai pris d’un côté un site témoin (abricocotier.fr) qui fonctionne « seulement » sur un Apache et un autre site (on l’appellera deuxieme-serveur.fr) qui est derrière un Nginx et un Apache (Nginx se chargeant de traiter l’envoi de tous les fichiers considérés comme statiques : images, javascripts, feuilles de styles, Apache tout le reste).
Pour ceux qui demandent, je n’ai pas inventé tout seul la façon de mettre tout cela en place. J’ai tenté de suivre au mieux les conseils donnés par Papygeek pour installer Nginx. Je vous recommande son billet si vous souhaitez également tenter l’aventure.
- 07 February 2012Surfer anonymement sur le web pour contourner la censure politique(2) Comments
- 06 February 2012SoundCloud : en quel langage est codé le service ?(2) Comments
- 05 February 2012Glype : un proxy en PHP(0) Comments
- 05 February 2012Google serait en train de tester une box de divertissement : Ã quand la Xbox de Google ?(0) Comments
- 05 February 2012AMD et ARM pourraient s'allier pour contrer la puissance d'Intel(0) Comments
- 04 February 2012Suppression des polices provenant de GoogleFonts sur mon blog(6) Comments
- 29 January 2012Pas de loi de Moore dans les cartes graphiques depuis plusieurs années(2) Comments
- 29 January 2012Rénovation des structures de chauffage urbain à Paris(5) Comments
- 28 January 2012Etat des lieux de ma dépendance à Google(9) Comments
- 28 January 2012Désactiver l'accélération de la souris sous Mac OS(4) Comments