Le blog de llaumgui

Cela va faire bientôt une semaine que ma forge tourne sans problème sous Indefero 1.3. J'en ai également profité pour mettre à jour la forge au boulot, car nous avions atteint un nombre de projets critique et la nouvelle page d'accueil introduite avec la version 1.3 nous permet maintenant de retrouver rapidement nos projets en fonction des technologies, des clients, etc.

Malheureusement la 1.3 comportant quelques bugs (notamment pour les utilisateurs de PostgreSQL, et une dépendance à Pluf) j'ai bien mis à jour le SPEC, mais je n'ai pas encore releasé les RPMs sur mon dépôt et pense pour cela attendre la 1.3.1 qui ne devrait tarder.

Afin de réduire au maximum les appels à la base de données, ainsi que les traitements résultant de l'exploitation des requêtes, les CMS, Wikis, forums et autre blogs utilisent au maximum des systèmes de cache. Le plus souvent les fichiers sont stockés directement sur le système de fichier, mais il existe des alternatives de stockage telles que les système de mémoire cache distribuée dont Memcached en est un excellent représentant.

Bien que pour le moment je ne possède qu'un seul serveur pour Scenario-Paintball et que je n'ai pas besoin de distribuer mon cache ou mes sessions, l'utilisation d'un stockage en RAM apporte un gain de performance par rapport à un stockage sur disque dont les accès (I/O) sont généralement plus lents.

Pourquoi Memcached en plus d'APC

Certaines applications comme IPB proposent de stocker leur cache applicatif au sein d'APC.

En mon sens (mais peut-être suis je un puriste) APC est un cache d'opcode et non un cache applicatif. De plus, il n'est pas distribué et dans le cas d'une application répartie sur plusieurs serveurs, on pourrait rencontrer des versions de cache différentes.

Pour du cache applicatif, je pense qu'il vaut mieux utiliser un cache distribué et donc (par exemple) Memcached.

L'une des façons les plus rapides de faire une authentification sur le net est de passer par un fichier htaccess et un htpasswd. C'est à dire mettre dans un fichier le login et le mot de passe (crypté). Le problème c'est que si cette solution permet de mettre facilement et rapidement un contenu derrière une protection par authentification, elle est cependant guerre poussée et évolutive.

Nous allons donc voir comment modifier notre htaccess (ou encore mieux, notre vHost) pour aller chercher l'information dans une base de données via le module apache mod_auth_mysql. Nous verrons cela au travers d'un exemples : l'identification sur un Trac via les identifiants d'un FluxBB.