Yann "Bug" Dubois

L’optimisation d’Apache 2 est un vaste sujet, et je n’ai pas la prétention ici de le couvrir dans son intégralité. On peut optimiser Apache de différente façons, en jouant sur le modules chargés dynamiquement ou précompilés, en optimisant le système sous-jacent, ou tout simplement en changeant quelques paramètres dans ses fichiers de configuration. C’est uniquement sur ce dernier aspect que je m’attarde ici.

Lire la suite »

C’est un constat décevant, mais il existe aujourd’hui très peu de ressources facilement accessibles pour permettre aux ados et pré-ados d’apprendre la programmation informatique par eux-même ! Paradoxalement, on trouvait beaucoup plus de littérature grand public dans les années 80 sur ce sujet, à la grande époque des premiers pas de la micro-informatique et de l’ubiquité du langage BASIC. En cherchant un peu sur le net, on peut quand même retrouver un outil de choix conçu à l’époque pour familiariser les enfants avec l’algorithmique de façon ludique : le langage Logo. Voici un petit guide de mise en route à l’aide de ressources libres et gratuites.

Dans ma série d’articles sur l’optimisation et l’accélération de WordPress, j’ai souligné les gains de performance obtenus en installant le compilateur d’opcode eAccelerator. Par ailleurs, dans mon tutoriel résumant la configuration rapide d’un serveur LAMP type OVH/Kimsufi, j’ai détaillé l’installation d’eAccelerator. Sur une installation régulièrement mise à jour de GNU/Linux (Debian par exemple), il faut recompiler le moduile eAccelerator avec chaque mise à jour du PHP. Voici un guide détaillé pas-à-pas sur cette procédure.

Une particularité des systèmes UNIX supportant les connexions ssh sécurisées est la possibilité d’utiliser une paire de clés cryptées pour ne pas avoir à taper de mot de passe quand on se connecte d’une machine à une autre. Nous expliquons ci-dessous comment automatiser ce type de connexion entre deux machines sous GNU/Linux (par exemple entre un poste de travail local sous Ubuntu et un serveur distant sous Debian du type des hébergement OVH).

Des résultats très mesurables !

72 heures se sont écoulées depuis le début du plan d’action décidé au moment du diagnostic initial. Mes sites WordPress sont théoriquement maintenant bien optimisés car ils sont plus légers et plus efficace grâce à la mise en place de systèmes de gestion de cache et  à un gros travail sur les appels d’objets externes et les images.

Les premières mesures qui manifestent de la réussite de cette démarche sont évidemment les indicateurs de la charge serveur mesurés par Munin.

Optimiser la livraison des images

Maintenant que nous avons supprimé le superflu (les plugins inutilisés, les appels externes trop lourds et le code redondant) et optimisé l’essentiel (le contenu dynamique et le fonctionnement de WordPress), il nous reste un travail important à faire sur l’autre partie du contenu, à savoir les éléments “statiques”.

Qu’est-ce qu’un élément statique ?

– Monsieur de La Palice nous aurait bien indiqué que “ce qui est statique c’est tout ce qui n’est pas dynamique” 8-);

Installer des systèmes de cache pour les contenus dynamiques

Nous entrons ici dans le vif du sujet des optimisation “actives” qui vont permettre de substantiellement accroître les performances d’un blog sous WordPress, et au passage de le rendre invulnérable aux fortes charges et autres pics de trafic inattendus qui sont le lot d’un site web actif.