Commentaires sur : Apache alternative : Lighttp, the fast web server http://www.web2ajax.fr/2008/02/16/apache-alternative-lighttp-the-fast-web-server/ Tout l'actualité du Web2.0 et de l'AJAX Tue, 20 Jul 2010 08:57:03 +0000 hourly 1 http://wordpress.org/?v=abc Par : Yoni http://www.web2ajax.fr/2008/02/16/apache-alternative-lighttp-the-fast-web-server/comment-page-1/#comment-137 Yoni Thu, 21 Feb 2008 09:56:24 +0000 http://web2ajax.fr/2008/02/16/apache-alternative-lighttp-the-fast-web-server/#comment-137 Oui tout à fait, je te remercie bien, cela m'interesse vraiment. Merci pour ces renseignements Oui tout à fait, je te remercie bien, cela m’interesse vraiment.

Merci pour ces renseignements

]]> Par : <img src='https://s3.amazonaws.com/web2ajax/wp-content/plugins/rpx/images/google.png' width='16' height='16' /> Guiltouf http://www.web2ajax.fr/2008/02/16/apache-alternative-lighttp-the-fast-web-server/comment-page-1/#comment-135 Guiltouf Thu, 21 Feb 2008 09:22:55 +0000 http://web2ajax.fr/2008/02/16/apache-alternative-lighttp-the-fast-web-server/#comment-135 Hello Yoni, Pour ce qui est des désavantages et ce qui rejoint certainement le fait que ce serveur soit si rapide : lightty est hyper rigoureux avec l'encodage des fichiers et le code html retourné comparé à Apache2. Pour exemple, j'avais oublié de mettre l'extension d'une image => apache affiche l'image car doit lire le type mime du fichier et l'afficher proprement, lighty s'en fout et te renvoi un 404. Pour l'encodage des fichiers ça a été la galère entre les fichiers iso et utf8,,, Mais soit dit en passant, je préfère avoir une erreur dans mon code et que ça fonctionne pas et ainsi pouvoir la réparer ! Donc c'est pour ça que apache2 est si lent par rapport à lighty => il doit effectuer une batterie de tests avant d'accèder à un fichier... Pour ce qui est du rewriting, c'est effectivement bien différent des .htaccess, mais honnêtement, je préfère puisque ça se rapproche du perl (http://trac.lighttpd.net/trac/wiki/Docs%3AModRewrite) Pour les alias : http://trac.lighttpd.net/trac/wiki/Docs%3AModAlias Pour les vhosts, c'est extremement simple : tu fais des conditions sur $HTTP["host"] ou $HTTP["url"] ou $HTTP["querystring"] et ensuite tu peux tout configurer: server.document-root = "/www/htdocs/" => Pour tous les paramètres : http://trac.lighttpd.net/trac/wiki/Docs%3AConfigurationOptions Voili voilou Yoni, j'espère que ces infos ont été complètes :) Hello Yoni,

Pour ce qui est des désavantages et ce qui rejoint certainement le fait que ce serveur soit si rapide : lightty est hyper rigoureux avec l’encodage des fichiers et le code html retourné comparé à Apache2.
Pour exemple, j’avais oublié de mettre l’extension d’une image => apache affiche l’image car doit lire le type mime du fichier et l’afficher proprement, lighty s’en fout et te renvoi un 404.
Pour l’encodage des fichiers ça a été la galère entre les fichiers iso et utf8,,,

Mais soit dit en passant, je préfère avoir une erreur dans mon code et que ça fonctionne pas et ainsi pouvoir la réparer !

Donc c’est pour ça que apache2 est si lent par rapport à lighty => il doit effectuer une batterie de tests avant d’accèder à un fichier…

Pour ce qui est du rewriting, c’est effectivement bien différent des .htaccess, mais honnêtement, je préfère puisque ça se rapproche du perl (http://trac.lighttpd.net/trac/wiki/Docs%3AModRewrite)

Pour les alias : http://trac.lighttpd.net/trac/wiki/Docs%3AModAlias

Pour les vhosts, c’est extremement simple : tu fais des conditions sur $HTTP["host"] ou $HTTP["url"] ou $HTTP["querystring"] et ensuite tu peux tout configurer:
server.document-root = « /www/htdocs/ »
=> Pour tous les paramètres : http://trac.lighttpd.net/trac/wiki/Docs%3AConfigurationOptions

Voili voilou Yoni, j’espère que ces infos ont été complètes :)

]]> Par : Yoni http://www.web2ajax.fr/2008/02/16/apache-alternative-lighttp-the-fast-web-server/comment-page-1/#comment-122 Yoni Tue, 19 Feb 2008 15:57:33 +0000 http://web2ajax.fr/2008/02/16/apache-alternative-lighttp-the-fast-web-server/#comment-122 Salut, dis moi qu'en est t'il des desavantages ? est ce que les rewriting , alias, et virtual hosts,.. doivent etre décris d'une maniere fondentalement différentes ? comment font t 'il pour faire si vite ? Une refonte ou intégration avec apache a été envisagée ? Salut,
dis moi qu’en est t’il des desavantages ?

est ce que les rewriting , alias, et virtual hosts,.. doivent etre décris d’une maniere fondentalement différentes ? comment font t ‘il pour faire si vite ? Une refonte ou intégration avec apache a été envisagée ?

]]>