Articles : Lighttpd : un concurrent pour Apache
Posté par stephane martin (). Modéré le 04 septembre 2005.
Comme son nom l'indique, lighttpd vise la légèreté. Le but de projet est de fournir un serveur aussi rapide qu'Apache, mais avec une empreinte mémoire beaucoup plus faible.
Si le coeur du serveur est assez complexe, on peut l'étendre assez facilement avec un système de plugins. Ce qui explique que comparé à d'autres serveurs de même taille, lighttpd se révèle assez riche en fonctionnalités, sans toutefois être aussi "touffu" que son grand frère. Les hôtes virtuels, l'authentification, HTTPS, CGI, la compression à la volée des fichiers servis, les redirections et réécritures d'URL, et dans une certaine mesure les Server Side Includes sont supportés.
Du côté de la programmation Web, lighttpd fait clairement le choix de FastCGI, en cohérence avec son objectif de légèreté : au contraire des mod_php, mod_perl... d'Apache, l'interpréteur n'est pas inclus dans le serveur lui-même, mais en lancé une bonne fois pour toutes "à côté" du serveur. Ce qui donne des performances comparables à Apache en prefork/mod_php pour l'exécution de scripts PHP. Pour Python, on dispose en outre d'un module de connexion à une application web plus spécifique à ce langage : SCGI. Mais c'est encore avec le framework Ruby On Rails que lighttpd est le plus utilisé (pour mémoire il s'agit d'un framework MVC pour le langage Ruby).
Signalons enfin la configuration du serveur, à la fois classique (des directives dans un fichier de configuration), plus flexible et plus simple que celle d'Apache : il est possible de découper le fichier de configuration selon des conditions relatives à l'adresse IP du client, l'URL demandée, le User Agent du client... Ces conditions peuvent s'emboîter (à partir de lighttpd 1.4).
Dans la vraie vie (?) lighttpd semble être utilisé par des professionnels en tant que proxy, frontal pour application Web et surtout comme serveur d'images de publicité, en raison de ses performances impressionnantes avec les fichiers statiques. La liste de diffusion est ouverte à tous et franchement réactive.
![[en]](../images/en.png)
Lighttpd (2327 hits)-
FastCGI (651 hits)
-
La liste de diffusion (350 hits)
-
Blog sur lighttpd (744 hits)
-
Configuration de lighttpd (921 hits)
-
Le wiki de lighttpd (694 hits)
> Lire la dépêche (32 commentaires, moyenne: 3,4).
Vous avez demandé le commentaire #621066.
Run by 
Cette page a été générée par Templeet en 0.0614s (dont 0.0063 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Oui !
Pour l'avoir testé, je peux affirmer que c'est un excellent serveur http, une vraie alternative à apache. Il est vraiment super léger sans perdre en fonctionnalités.
Je le recommande plus ou moins à tous, puisqu'il conviendra à 80% des gens.
A noter qu'il fait également preuve d'excelentes performances en tant que frontal sur un cluster ;)
[^]Re: Oui !
Les logiciels sont comme les sytèmes thermodynamiques, ils ont une entropie croissante. Rares sont les logiciels qui ne grossissent pas avec le temps. Lighthttp est léger comme son nom l'indique mais est ce qu'il le restera ?
[^]Re: Oui !
Et d'ailleurs , on le dit efficace avec des fichiers statiques. Mais comparativement avec un "httpd dans le noyau" comme Tux , qu'en est-il ?
[^]Re: Oui !
Mmmmh, déjà un serveur http dans le noyau, ce n'est pas forcément la meilleure idée du siècle.
Et accessoirement, il me semble que tux n'est plus maintenu depuis un bail et d'après les benchs que j'avais fait, il n'offrait pas non plus un gain énorme par rapport à thttpd comparé aux problèmes qu'il pose.
[^]Re: Oui !
Le but principale de tux était d'éviter au maximum les recopies de buffer entre le cache disque et le cache réseau. A prioris, dans le 2.6, il est possible de la faire sans avoir un module noyau dédié.
[^]Re: Oui !
ca m'interresse, comment tu penses qu'on fait pour dire ca au noyau ? autrement que part un module ?
Gentoo-gnu/linux26 :: AMD :: Ion3
Qwerty s'excuse pour les fautes d'accents
[^]Re: Oui !
j'avais lu ça à la sortie du 2.6, cela commence à être vieux. Je ne sais plus si c'est une utilisation bizarre de mmap ou une socket spécial.
[^]Re: Oui !
sendfile(2) ne réponds pas au besoin ?
[^]Re: Oui !
Apparement c'est faisable aussi dans le 2.4.
http://www.kegel.com/c10k.html#sendfile(...)C'était en 2001, apparement c'est intégré dans les 2.4 mais peu (pas ?) documenté.http://www.chromium.com/x15tech.html(...)
http://www.kegel.com/c10k.html#x15(...)
http://lwn.net/2001/0125/kernel.php3(...)
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.