Dans ma quête de la performance absolue, je me suis décidé à essayer lighttpd, en étant tout particulièrement intéressé par ça: Cache Meta Language.

Je suis sous WinXP, et jusqu'à maintenant j'ai téléchargé lighttpd, je l'ai installé et index.html s'affiche correctement. Là où ça se corse c'est quand je veux activer PHP... Après avoir activé mod_fastcgi, configuré doc_root dans php.ini et ajouté ça à lighttpd.conf voici ce que j'obtiens au démarrage: À noter que php-cgi fonctionne normalement lorsque je l'appelle séparement: Toute aide sera la bienvenue

PS: j'ai lu la doc et le wiki plusieurs fois, mais personne n'est à l'abri d'avoir raté un paragraphe. Néanmoins, si c'est réellement aussi difficile d'installer lighttpd alors j'ai du souci à me faire pour l'installation de LUA (le language de CML)

Je me demande s'il ne faut pas une version recompilée de PHP, rapport à

if you try do run PHP as FastCGI backend make sure you use the FastCGI enabled version.
You can find out if it is the right one by executing 'php -v' and it should display '(cgi-fcgi)' in the output, NOT (cgi) NOR (cli)
For more information check http://www.lighttpd.net/documentation/f ... gi-program

Edit: confirmé

You have to recompile the php from source to enable the FastCGI interface as it is normally not enabled by default in the distributions.

En fait je pense qu'il font allusion à la version Linux de PHP. La version Windows offre plusieurs incarnations de PHP par défault, dont php-cgi.exe qui est la version (Fast)CGI.

C:\Documents and Settings\naholyr>php-cgi -v
PHP 5.0.4 (cgi-fcgi) (built: Mar 31 2005 02:45:43)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.4-dev, Copyright (c) 1998-2004 Zend Technologies
with Zend Extension Manager v1.0.6, Copyright (c) 2003-2004, by Zend Technol
ogies
with Zend Optimizer v2.5.7, Copyright (c) 1998-2004, by Zend Technologies

you're right...
ça m'intrigue du coup ça, je vais tester la bête et te dire ce que ça donne chez moi.

Aucune idée de comment faire marcher le bidule :
- que je précise l'hote ou non ne change rien.
- quand je précise le "socket", il me répond bad file descriptor (j'ai même essayé de créer le fichier pour lui macher le travail, ça ne lui convient pas)
- quand je ne précise pas le "socket", il me répond missing key (short) fastcgi.server .php 0 port
- quand je précise le "port" sur 80, il me répond la même chose que toi.

En gros j'ai l'impression que du moment qu'on active mod_fastcgi on est baisé
Je n'ai rien trouvé non plus sur le support pour l'instant...

Je ne vais pas insister, personnellement plus les années passent, et plus je préfère quelque chose qui marche - tout simplement - plutot que quelque chose qui va vite

---

J'en suis à peu près au même point qu'au départ sauf que je n'ai plus aucun message d'erreur à l'allumage. J'utilise un host:port pour FastCGI, mais lorsque je vais sur ma page PHP tout ce que je reçois c'est un fichier vide portant le nom de la page.

D'après le "Gestionnaire de tâches de Windows" il semblerait que php-cgi.exe ne soit même pas lancé lorsque j'appelle la page... :/

En tout cas, merci d'avoir jeté un œil Je vous tiens au courant de tout développement futur

Au fait, j'ai regardé l'error.log, j'ai ça: J'essaierai de trouver sur Google.

J'ai désactivé fastcgi, activé cgi, ajouté et phpinfo.php marche... hourra.

Idem, mais c'est tout de même dommage de ne pas pouvoir faire marcher FastCGI, parce que je ne sais pas chez toi mais chez moi en mode cgi le "hello, world" met un bon tiers de seconde avant de répondre (disons que je le "vois à l'oeil nu"), alors que le même script en module avec apache me répond du tac au tac.

Erm, disons que je ne m'en servirai pas pour faire des benchmarks
De toutes façons, dans l'immédiat mon objectif c'est de voir si CML correspond à mes besoins, j'irai benchmarker sur un vrai serveur