Expert PHP

Vous l’avez certainement remarqué, ce site tourne sous WordPress, l’un des moteurs de blogs les plus en vogue. Si à l’origine j’ai opté pour une configuration « classique » de type LAMP, ma curiosité a vite été attisée par le serveur web alternatif NGINX auquel j’ai par ailleurs consacré quelques articles (voir la rubrique NGINX). Lire la suite…

Dans un article précédent, j’ai expliqué comment installer NGINX, PHP5-FPM, Xcache et MySQL sur une Debian Lenny / Squeeze, à partir des dépôts Dotdeb pour PHP et MySQL, en compilant NGINX qui à ce moment là n’était pas encore sur dans leurs dépôts, afin d’avoir la dernière version disponible (les dépôts officiels Debian ne sont pas très à jour). Dans un article en date du 12 mars (NGINX: now on Dotdeb) l’équipe annonce la disponibilité de plusieurs outils dont NGINX, Redis, Pinba ou encore Xhprof, plus utile en phase de développement. Lire la suite…

Je n’étais pas retourné sur dotdeb depuis quelques mois (je n’installe pas un nouveau serveur tous les jours). Un changement de serveur m’en a fourni l’occasion, et là, surprise et plaisir, NGINX est désormais dans les dépôts : une installation simplifiée en vue, avec trois types d’installation : light, full et extras pour couvrir un maximum de besoins. Lire la suite…

Une architecture alternative – Pourquoi ?

On assiste depuis quelque temps à une industrialisation du développement PHP, conséquence inéluctable de son utilisation dans des applications d’entreprise et e-commerce conséquentes l’utilisation de frameworks PHP permet de développer plus vite, en équipe, dans un cadre normalisé en respectant des normes de codage strictes qui non seulement facilitent le partage et la réutilisation du code mais également sa maintenance.
Le point noir, car il y a toujours un revers, c’est la dégradation des performances, même avec un code optimisé et un cache d’optcode tel que APC, eAccelerator ou Xcache. Mais pour des sites à forte charge, ces optimisations ne suffisent pas.
Plusieurs solutions sont alors envisageables : augmenter la puissance des serveurs, modifier l’architecture en déportant les bases de données sur d’autres serveurs, rajouter des serveurs et mettre en place une solution de load-balancing… Solutions qui peuvent s’avérer efficaces – dans une certaine mesure tout au moins – mais dont le coût est lui à coup sûr exponentiel, d’autant que ces solutions vont généralement demander une revue de code et des modifications ou ajustements plus ou moins lourds.
Autre solution : passer du serveur web APACHE à NGINX. Lire la suite…