Apache, Nginx ou OpenLiteSpeed : lequel choisir ?

Apache, Nginx et OpenLiteSpeed font tous le travail. Ce sont vos besoins et vos habitudes qui décident, pas un concours de vitesse. WordPress.org recommande Apache ou Nginx pour WordPress. Si votre site dépend de fichiers .htaccess, Apache est le choix naturel. Si vous voulez une configuration légère et un reverse proxy, choisissez Nginx. Si vous voulez un cache WordPress au niveau du serveur et une gestion par interface web, OpenLiteSpeed convient mieux.

Les trois serveurs web en un coup d'œil

Apache : .htaccess et familiarité

Apache est l'une des options les plus connues. Avec les fichiers .htaccess, vous pouvez modifier les réglages répertoire par répertoire. Les sites venus d'un hébergement mutualisé et de nombreuses extensions s'appuient sur ce fichier. La documentation d'Apache elle-même demande pourtant de mettre les règles dans le fichier de configuration principal quand on y a accès, car .htaccess est recherché dans chaque répertoire à chaque requête. Sur votre propre VPS, vous avez l'accès root : cette option est donc ouverte. Un choix courant consiste à exécuter PHP via PHP-FPM, avec Apache dans son mode événementiel event. Sur Ubuntu et Debian, vous activez et désactivez les modules avec a2enmod et les sites avec a2ensite.

Nginx : configuration légère et reverse proxy

Nginx est événementiel. Son site officiel le décrit comme un serveur web, un reverse proxy, un cache de contenu et un répartiteur de charge. C'est un choix courant pour servir des fichiers statiques et se placer devant d'autres applications. Il n'y a pas de prise en charge de .htaccess, et le blog du projet Nginx dit lui-même que les fichiers de configuration par répertoire ne sont pas pris en charge. Pour une application comme WordPress, vous écrivez vous-même dans la configuration du serveur la règle try_files dont les permaliens ont besoin. La documentation officielle de WordPress montre la règle. PHP s'exécute via PHP-FPM. Dans le paquet Ubuntu et Debian, vous écrivez les sites sous /etc/nginx/sites-available et les liez dans sites-enabled. Vous testez une modification avec sudo nginx -t et l'appliquez avec sudo systemctl reload nginx.

OpenLiteSpeed : cache WordPress et interface web

OpenLiteSpeed est l'édition open source de LiteSpeed Web Server Enterprise, publiée sous GPLv3. La même équipe développe les deux, et l'édition Enterprise demande une licence. OpenLiteSpeed peut utiliser des règles de réécriture compatibles Apache : les règles de permaliens de WordPress fonctionnent donc en grande partie telles quelles. Si le .htaccess d'un ancien site contient des directives autres que des règles de réécriture, testez-les avant de migrer, car OpenLiteSpeed ignore sans erreur les directives qu'il ne prend pas en charge.

Le cache au niveau du serveur de l'extension LiteSpeed Cache pour WordPress ne fonctionne que sur les produits LiteSpeed. Selon la documentation de l'extension, sur les autres serveurs seules ses fonctions d'optimisation sont disponibles. L'interface d'administration web s'ouvre par défaut sur le port 7080. Ne laissez pas ce port ouvert à tout le monde. Ouvrez-le uniquement à votre propre adresse IP.

Caddy est aussi une option

Pour de petits projets, vous pouvez aussi envisager Caddy. Quand vous écrivez un nom de domaine dans sa configuration, il obtient et renouvelle tout seul le certificat HTTPS. Selon sa documentation officielle, cela demande que l'enregistrement DNS du domaine pointe vers le serveur et que les ports 80 et 443 soient joignables de l'extérieur. Son fichier de configuration (le Caddyfile) est très court. En contrepartie, il n'y a pas de prise en charge de .htaccess, et les règles vont donc là aussi dans la configuration. Les applications web prêtes à l'emploi de Seturack, comme WordPress, utilisent Caddy pour HTTPS.

Lequel choisir ?

« Lequel est le plus rapide ? » n'a pas de réponse unique. Le résultat dépend de la configuration, des réglages PHP, du cache et du site lui-même. Sur un site WordPress lent, le serveur web est rarement le problème. Un cache absent, des extensions lourdes ou trop peu de mémoire sont des causes plus fréquentes. Vérifiez-les avant de changer de serveur. On ne voit la vraie différence qu'en essayant votre propre site sur votre propre serveur. Laissez ces questions guider le choix :

• Si vous migrez un ancien site qui s'appuie sur des fichiers .htaccess : Apache.
• Si vous voulez un reverse proxy devant quelques applications, ou une configuration légère : Nginx.
• Si vous faites tourner un seul site WordPress et voulez un cache serveur et une gestion par le web : OpenLiteSpeed.
• Si vous hébergez plusieurs domaines, les trois savent le faire : hôtes virtuels sur Apache, blocs server sur Nginx. Cela ne décide pas du choix.
• Si vous utilisez un panneau de contrôle, prenez le choix par défaut du panneau. CloudPanel utilise Nginx et CyberPanel utilise OpenLiteSpeed. HestiaCP installe Nginx avec Apache par défaut (Apache peut être désactivé).
• Si vous hésitez, choisissez Apache ou Nginx. WordPress.org recommande les deux, et la documentation abonde pour chacun.

Installation et changement ultérieur

Apache et Nginx s'installent depuis le dépôt de paquets d'Ubuntu avec une seule commande :

sudo apt install apache2

sudo apt install nginx

Si vous installez les deux à la fois, le second ne peut pas prendre le port 80 et ne démarre pas. sudo ss -tlnp | grep ':80 ' montre quel service écoute sur le port 80. Vous installez OpenLiteSpeed en suivant les étapes de la documentation d'installation officielle de LiteSpeed. Après l'installation, ouvrez l'adresse IP du serveur dans un navigateur. Si vous voyez la page de bienvenue, le service tourne. Si la page ne s'ouvre pas de l'extérieur, vérifiez que les ports 80 et 443 sont ouverts dans le pare-feu.

Changer plus tard est possible. Les fichiers et la base de données de votre site restent les mêmes. Ce qui change, c'est la configuration. Quand vous passez d'Apache à Nginx, vous traduisez les règles .htaccess à la main. La documentation officielle de Nginx contient un guide de conversion des règles de réécriture. Les trois serveurs peuvent être installés sur la même machine, mais ils ne peuvent pas utiliser les ports 80 et 443 en même temps. Essayez-les d'abord sur un petit serveur. Si vous n'êtes pas satisfait, vous pouvez changer de service sans réinstaller le serveur.

Pas besoin d'un gros serveur pour essayer les trois. Commencez avec une petite taille et augmentez depuis le panneau. Voyez la page des tarifs pour le prix.

Si vous préférez démarrer avec le serveur web de votre choix déjà prêt, les options LAMP (Apache), LEMP (Nginx) et OpenLiteSpeed de Seturack s'installent toutes seules. Pour WordPress, il y a aussi WordPress sur OpenLiteSpeed.

Prêt à l'emploi chez Seturack : OpenLiteSpeed, WordPress LiteSpeed, LAMP, LEMP.