Apache, Nginx et LiteSpeed
Comprendre les logiciels qui reçoivent les demandes web, servent les fichiers et transmettent les pages dynamiques.
Pourquoi un serveur web existe
Quand un visiteur ouvre https://atelier-martin.fr/realisations, la machine doit savoir quel site correspond au domaine, quel fichier servir, si PHP doit traiter la demande, si une réponse en cache existe et quel statut HTTP renvoyer. Un serveur web comme Apache, Nginx ou LiteSpeed reçoit la demande et applique les règles prévues.
Un serveur web est un logiciel qui reçoit des demandes HTTP ou HTTPS et envoie des réponses. Il peut servir des fichiers, gérer des redirections, transmettre une demande à PHP, ajouter des en-têtes, écrire des journaux, utiliser un cache et gérer plusieurs sites.
Serveur, système et serveur web
Le mot serveur peut désigner une machine, une machine virtuelle, un système, un logiciel ou un service. Pour éviter la confusion, distinguons ces rôles : la machine fournit les ressources physiques ou virtuelles ; le système d’exploitation permet à cette machine d’exécuter des logiciels ; le serveur web reçoit les demandes HTTP ; PHP ou PHP-FPM exécute le code PHP quand une page le demande ; la base de données conserve les contenus et réglages dynamiques.
Dans l’exemple d’Atelier Martin, ces éléments peuvent tous être regroupés dans un même hébergement. Ils ne sont donc pas forcément installés sur des machines différentes. Une analogie aide à les retenir : la machine est le bâtiment, le système permet d’y faire fonctionner les services, l’accueil est le serveur web, PHP est le service interne qui prépare une réponse et la base est l’archive. Techniquement, chacun reste un rôle distinct. Un cache ou un reverse proxy peut modifier le parcours.
Servir un fichier statique
Pour /images/logo.webp, le serveur web peut localiser un fichier autorisé et l’envoyer directement. Il en va de même pour un HTML, CSS, JavaScript, une police ou un PDF. Il n’est alors pas nécessaire d’exécuter PHP ni d’interroger une base.
Transmettre une demande à PHP
Pour une page dynamique, le serveur web reçoit la demande, détermine qu’elle doit être traitée par PHP, transmet les informations nécessaires, puis renvoie le résultat produit au navigateur. PHP-FPM est une manière courante d’exécuter PHP séparément du serveur web. Le guide sur PHP explique cette préparation de page.
Héberger plusieurs sites
Un même serveur web peut gérer atelier-martin.fr, boulangerie-dupont.fr et docs.exemple.fr. Il lit le domaine demandé pour choisir la bonne configuration. Apache parle souvent d’hôte virtuel, Nginx de server block. Cela ne veut pas dire qu’une machine virtuelle distincte existe pour chaque site.
Apache
Apache HTTP Server est un serveur web historique, très répandu et flexible. Sa maturité, sa documentation, ses modules et sa compatibilité expliquent sa présence fréquente en hébergement mutualisé.
Dans certains environnements, Apache lit des fichiers .htaccess placés dans des dossiers. Ils peuvent définir des redirections, accès ou réécritures sans modifier la configuration principale. C’est pratique lorsque le client ne contrôle pas le serveur, mais ces fichiers peuvent être désactivés, se multiplier et compliquer le comportement. Apache n’est pas lent par nature : les réglages et l’architecture comptent.
Nginx
Nginx est souvent utilisé pour servir des fichiers statiques, gérer de nombreuses connexions, agir comme frontal web ou reverse proxy, transmettre PHP à PHP-FPM et gérer plusieurs applications. Sa configuration est généralement centralisée.
Nginx ne lit pas les fichiers .htaccess dossier par dossier. Les règles doivent donc être ajoutées dans la configuration serveur, souvent inaccessible sur un mutualisé. Ce choix peut être adapté à certains contextes, sans faire de Nginx le meilleur logiciel dans tous les cas.
LiteSpeed
LiteSpeed Web Server est le produit serveur web commercial de LiteSpeed Technologies. C’est généralement celui que l’on rencontre dans les offres d’hébergement utilisant LiteSpeed et ses intégrations complètes. Il vise une forte compatibilité avec l’écosystème Apache, prend en charge de nombreuses règles .htaccess et est fréquemment associé à LiteSpeed Cache pour WordPress.
Le cache est une couche distincte du rôle principal du serveur web. Il peut exister à plusieurs niveaux et ne rend pas automatiquement un site rapide. La configuration, l’application, les ressources et les données restent déterminantes.
LiteSpeed et OpenLiteSpeed
LiteSpeed Web Server est le produit commercial souvent intégré aux offres d’hébergement. OpenLiteSpeed est une édition open source distincte, avec ses propres modalités et compatibilités. Ils appartiennent à la même famille technologique, mais ne sont pas deux noms interchangeables du même logiciel.
Certaines fonctionnalités, intégrations ou compatibilités peuvent différer selon l’édition et l’environnement d’hébergement. Vous n’avez pas à choisir ni à installer l’un des deux pour comprendre ce guide.
Tableau comparatif
| Aspect | Apache | Nginx | LiteSpeed |
|---|---|---|---|
| Maturité | Très établie | Très répandue | Courant chez certains hébergeurs |
| Configuration | Modules et fichiers de règles possibles | Généralement centralisée | Proche d’Apache selon l’édition |
| .htaccess | Possible selon configuration | Non interprété | Souvent compatible |
| PHP | Plusieurs modes | Souvent avec PHP-FPM | Selon offre et configuration |
| Usage fréquent | Mutualisé et applications classiques | Frontal, proxy, applications | WordPress et hébergement |
Performances
Les performances dépendent des ressources, de la configuration, de PHP, de la base, des extensions, du cache, du CDN, du trafic, des fichiers, des services externes et de la qualité du code. Changer de serveur web ne résout pas automatiquement une base lente, des images lourdes ou une extension défectueuse.
Cache
Un serveur web ou une couche associée peut conserver une réponse déjà générée. Une page en cache peut éviter de relancer toute l’application, répondre plus vite et moins solliciter la base. Cache de page, de fichiers statiques, navigateur et reverse proxy ont des rôles différents.
HTTPS
Le serveur web participe souvent à HTTPS : il présente le certificat, établit la connexion chiffrée et peut rediriger HTTP vers HTTPS. Un CDN, un load balancer, un reverse proxy ou une plateforme managée peut aussi remplir tout ou partie de ce rôle.
Redirections et réécritures
Une redirection demande au navigateur d’utiliser une autre URL, par exemple avec un statut 301 ou 302. Une réécriture interne traite une URL avec une autre ressource sans forcément modifier l’adresse visible. Ainsi, /services/plomberie peut être traité par un point d’entrée PHP sans dossier physique correspondant.
Sécurité
Le serveur web peut limiter des accès, protéger des dossiers, ajouter des en-têtes, appliquer HTTPS, journaliser ou cacher certains fichiers. Il ne corrige pas automatiquement une application vulnérable, une extension obsolète, un mot de passe faible ou une clé exposée.
Journaux
Les journaux d’accès indiquent généralement l’URL, la date, le statut HTTP et la taille de réponse. Les journaux d’erreurs peuvent signaler un fichier manquant, une permission refusée, un problème de configuration ou de communication avec PHP. Ils aident à comprendre un incident sans être une procédure de dépannage à eux seuls.
Architectures combinées
Plusieurs logiciels peuvent fonctionner ensemble : Nginx devant Apache, un CDN devant Nginx, un reverse proxy devant plusieurs applications, Nginx avec PHP-FPM, ou LiteSpeed avec son cache. Voir « Nginx » dans un en-tête ne décrit donc pas toujours toute l’infrastructure.
Hébergement mutualisé
Sur un mutualisé, le fournisseur choisit souvent le serveur web. Le client gère quelques options depuis un panneau, mais la configuration principale reste inaccessible. Le bon réflexe est de vérifier la compatibilité, les performances réelles, le support, les limites, le cache, les sauvegardes et la stabilité, plutôt que de choisir uniquement un nom de logiciel.
WordPress
WordPress peut fonctionner avec Apache, Nginx, LiteSpeed et d’autres configurations compatibles. Il a besoin d’un environnement PHP adapté, d’une base, de règles de routage, d’un accès aux fichiers et de permissions correctes. Apache est fréquent avec .htaccess, Nginx utilise généralement des règles équivalentes dans sa configuration, et LiteSpeed vise une forte compatibilité avec Apache.
Comment choisir
Sur un mutualisé, le choix direct existe rarement : on compare surtout l’offre globale. Pour un VPS, il dépend des compétences, applications, besoins de proxy, compatibilité, automatisation, maintenance et support. Pour une entreprise, fiabilité, coût d’administration, restauration, surveillance et sécurité comptent autant que les performances. Le meilleur choix est souvent celui que l’équipe sait maintenir correctement.
Le serveur web ressemble à l’accueil d’un bâtiment : il reçoit la demande, vérifie la destination, remet parfois directement un document et transmet parfois à un service interne. PHP prépare alors une réponse et la base joue le rôle des archives. Cette analogie ne décrit pas les caches, services externes ou demandes parallèles.
Ce qu’il faut retenir
- Un serveur web est un logiciel qui reçoit des demandes web et produit des réponses.
- Apache, Nginx et LiteSpeed répondent à des contextes et modes de gestion différents.
- Ils peuvent servir des fichiers, transmettre une demande à PHP et gérer plusieurs sites.
- Les performances et la sécurité ne dépendent jamais d’un seul logiciel.
- Sur un mutualisé, la qualité de l’offre compte plus que le choix direct du serveur web.