Yann "Bug" Dubois

Il y a 20 ans jour pour jour, je participais pour la première fois à la fête de la musique avec mon premier groupe de rock de l’époque… Une participation modeste avec les moyens du bord, mais ô combien enthousiaste… un enthousiasme qui n’a jamais faibli depuis.

Un petit mémo sur la façon d’ajouter un nouveau serveur à surveiller dans la console web de l’outil de monitoring Munin. On appelle le serveur à surveiller un “noeud” Munin (node en anglais).

C’est un problème assez courant sur les forums d’entraide WordPress : l’administrateur d’un site n’arrive plus à y accéder soit parce qu’il a oublié son mot de passe, soit parce que son site a été piraté, ou suite à une erreur technique. Si le site ne fonctionne plus, il n’y a pas moyen de récupérer le mot de passe d’administration par e-mail, et parfois on n’a plus accès à l’adresse e-mail indiquée lors de la création du site. Pour moi qui interviens régulièrement sur les sites WordPress de tiers, la technique décrite ici est une façon rapide de prendre la main sur l’interface d’administration quand mon client m’a donné l’accès à son serveur. Car il est très simple de se recréer un accès administrateur pour WordPress du moment qu’on a accès aux données dans la base MySql.

Lire la suite »

Quand on travaille sur des thèmes sur mesure pour WordPress ou que l’on développe des plugins spécifiques, on doit souvent gérer l’affichage de fragments de texte en-dehors de la zone de contenu ordinaire des pages et des billets. Dans ces cas, autant réutiliser les fonctions internes de WordPress pour obtenir la présentation désirée. Voici deux fonctions bien pratiques : l’une rend les liens cliquables, l’autre ajoute les balises html de sauts de lignes et de paragraphes.

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 »

J’ai eu l’occasion d’expliquer dans différents articles précédents l’utilité d’un système de cache d’opcode pour contribuer à améliorer de façon très substantielle les performances d’un serveur d’application web en php5. Vous pouvez notamment lire ce que j’en dis dans l’article sur l’optimisation (accélération) de WordPress, et apprendre ici comment monter une configuration LAMP sous Debian à partir de zéro, incluant eAccelerator. Enfin, cet article explique comment re-compiler eAccelerator pour l’installer ou le mettre à jour. Je vais maintenant aborder le sujet de l’optimisation de l’utilisation de la mémoire RAM pour tirer pleinement partie du gain de performance procuré par le cache d’opcode.

Le serveur web Apache reste le serveur d’application http de premier choix pour le PHP5, du fait de sa grande fiabilité, de son ancienneté, et de ses performances éprouvées y compris pour des fortes charges sur des serveurs de production en environnement distribué. Sa grande sophistication et la complexité de certaines configurations utilisant de nombreux modules optionnels en font en revanche un grand consommateur de mémoire RAM, ce qui est moins problématique qu’auparavant sur des serveurs modernes. Il reste qu’Apache en solo n’est désormais plus la meilleure solution pour des sites web pour lesquels les performances ultimes sont recherchées. Je vous propose ici une architecture combinant Apache, eAccelerator et NginX sur un même serveur dédié qui apporte un excellent rapport performances/simplicité de maintenance et d’installation.