Utilise apache bench, c fourni avec le packtage apache je crois.

Je ne pense pas que cela provoque une erreur mais oui ça fait foirer le bazar. Je l'utilise pour phpsecure et la taille des pages descend de 70ko (!) à 15ko, c un très bon résultat. Mais cela utilise les ressources c'est certain, l'utilisation d'un cache est le bienvenu !

Enfin voilà

Oui là faut avouer c une source pourrie ...
Déjà celui ki n'y connait rien ne sait toujours pas ce k'est une pseudo-frame, qu'est ce fait la fonction include et koi menu.php .. Ca c un niveau de gros débutant, meme lui il pige rien à ta source ...

Enfin voilà, à deleter

Bah vous en faites ce que vous voulez ...
C'est pratique à partir du moment où l'on possède un 56k et que l'on veut lire un article de 15ko. Le poids en est réduit à 4ko, c un beau gain je trouve.
ob_start("ob_gzhandler"); ne commence la mise en cache que si le navigateur supporte gzip, dont là no problemo.

tchao

J'ai pas réussi à m'inscrire sur le site, timeout.

fautes d'orthographe :)

ben zut alors, ya des fautes ...

Pour Dean:
Si tu utilises la librairie zlib, toutes fonctions modifiant les headers se placent n'importe où dans le code. Donc header reste le moyen le plus propre & le plus facile.

Il y a deux énormes avantages à mettre en buffer ( en mémoire ) les scripts:
- 1) La compression peut atteindre 80%. Ce qui rend la vie plus facile aux 56k. De plus si le navigateur n'accepte pas la compression, elle n'est pas effectuée.
- 2) Le code étant mis en mémoire, la modification des headers peut s'effectuer à n'importe quelle endroit de la page. L'erreur "... headers already sent ..." c oublié :-)

Néamoins cette compression necessite la librairie zlib, mais bcp d'hébergeurs l'ont installées.

C'est sure qu'on pourrait se la jouer google. Je veux parler des pages mises en cache. :-)