{"id":64173,"date":"2021-10-30T05:50:21","date_gmt":"2021-10-30T05:50:21","guid":{"rendered":"https:\/\/blogging-techies.com\/fr\/pourquoi-nginx-est-le-meilleur-ami-de-wordpress-hosting\/"},"modified":"2021-10-30T05:50:21","modified_gmt":"2021-10-30T05:50:21","slug":"pourquoi-nginx-est-le-meilleur-ami-de-wordpress-hosting","status":"publish","type":"post","link":"https:\/\/blogging-techies.com\/fr\/pourquoi-nginx-est-le-meilleur-ami-de-wordpress-hosting\/","title":{"rendered":"Pourquoi nginx est le meilleur ami de WordPress Hosting"},"content":{"rendered":"

\n<\/p>\n

Dans mon article pr\u00e9c\u00e9dent, j’ai explor\u00e9 pourquoi PHP7 est la voie \u00e0 suivre pour WordPress et dans l’article d’aujourd’hui, c’est au tour du serveur Web.<\/p>\n

Une grande partie d’une bonne exp\u00e9rience d’h\u00e9bergement est la fa\u00e7on dont la pile de serveurs Web est configur\u00e9e. Avoir une pile rapide est essentiel pour de bonnes performances WordPress et une excellente exp\u00e9rience utilisateur. J’ai d\u00e9j\u00e0 expliqu\u00e9 pourquoi PHP7 est un excellent moyen d’am\u00e9liorer automatiquement les performances de WordPress, mais qu’en est-il du serveur Web lui-m\u00eame ?<\/p>\n

Aujourd’hui, je vais vous expliquer\u00a0: qu’est-ce qu’un serveur Web, lesquels sont les plus populaires et pourquoi nginx est-il si bon\u00a0?<\/p>\n

<\/span>Le serveur web<\/span><\/h2>\n

L’un des aspects les plus importants de l’h\u00e9bergement est serveur Web<\/strong>. Le serveur Web est charg\u00e9 de fournir du contenu statique tel que HTML et de l’envoyer au client (c’est-\u00e0-dire directement dans votre navigateur). Par cons\u00e9quent, le serveur Web sera \u00e9galement charg\u00e9 de traiter toutes les informations qui arrivent via le processeur PHP et de les convertir en bits qui transitent par le r\u00e9seau jusqu’\u00e0 votre navigateur. La pile de serveurs Web fonctionne avec mod\u00e8le client\/serveur<\/strong> o\u00f9 le serveur Web agit en tant que serveur (fournisseur de contenu) et le client (vous) celui qui le demande.<\/p>\n

Les serveurs Web les plus courants sont Apache, IIS de Microsoft et bien s\u00fbr nginx.<\/strong><\/p>\n

Le serveur Web peut g\u00e9rer \u00e0 la fois le contenu statique et dynamique envoy\u00e9 au client avec quelques l\u00e9g\u00e8res diff\u00e9rences. La partie serveur est charg\u00e9e en m\u00e9moire dans ce qu’on appelle un travailleur<\/strong> processus et est responsable de fournir le contenu demand\u00e9. Apache et nginx g\u00e8rent tous deux le contenu statique et dynamique. Alors qu’Apache peut g\u00e9rer les deux dans le m\u00eame processus de travail, nginx ne le fait pas, car il a besoin d’un processeur externe pour le faire.<\/p>\n

Pourquoi Apache et nginx sont-ils si populaires ? La r\u00e9ponse simple est qu’ils sont open source et gratuits. Ensemble, ils repr\u00e9sentent pr\u00e8s de 50% de tout le trafic dans le monde, ce n’est pas une mince affaire !<\/p>\n

<\/span>Qu’est-ce qu’Apache ?<\/span><\/h2>\n

Le serveur HTTP Apache a \u00e9t\u00e9 cr\u00e9\u00e9 par Robert McCool en 1995 et est toujours en cours de d\u00e9veloppement sous l’Apache Software Foundation. Ce serveur Web est le choix le plus populaire depuis 1996. Il est de conception tr\u00e8s modulaire, contient des tonnes de documentation et est si populaire qu’il constitue la base de tous les principaux panneaux de contr\u00f4le d’h\u00e9bergement Web. Il est m\u00eame inclus dans cPanel, le panneau de contr\u00f4le le plus utilis\u00e9 au monde.<\/p>\n

Bien s\u00fbr, c’est flexible, c’est l’excuse que la grande majorit\u00e9 des personnes qui l’utilisent trouveront lorsqu’on leur demandera, et en g\u00e9n\u00e9ral, c’est vrai. Il est \u00e9galement tr\u00e8s extensible et comme il peut charger dynamiquement des modules (quelque chose sur lequel nginx travaille toujours), il peut \u00eatre configur\u00e9 facilement.<\/p>\n

Apache est capable de g\u00e9rer seul le contenu statique et dynamique dans le m\u00eame n\u0153ud de calcul, il est donc parfait pour sa flexibilit\u00e9, mais (et il y a toujours un mais) il le fait au d\u00e9triment de performance.<\/strong><\/p>\n

Apache est connu pour \u00eatre un peu lent, mais rien n’a \u00e9t\u00e9 aussi proche d’exposer cette v\u00e9rit\u00e9 que lorsque nginx est devenu populaire. La diff\u00e9rence de performance entre eux est quelque chose qui ne peut pas \u00eatre n\u00e9glig\u00e9<\/strong>. Rien que pour cette question, la plupart des grandes entreprises passent \u00e0 nginx. Bien qu’Apache soit toujours populaire, les choses vont certainement changer \u00e0 l’avenir \u00e0 mesure que la technologie rattrape son retard et que de plus en plus de logiciels qui ne fonctionnaient auparavant que sur Apache commencent \u00e0 inclure nginx.<\/p>\n

<\/span>Et Nginx ?<\/span><\/h2>\n

Nginx vient de la m\u00e8re Russie. En 2002, un programmeur nomm\u00e9 Igor Sysoev a commenc\u00e9 \u00e0 travailler sur nginx parce qu’il \u00e9tait profond\u00e9ment pr\u00e9occup\u00e9 par le probl\u00e8me C10K. Le fait que? En termes simples, l’optimisation des sockets r\u00e9seau pour g\u00e9rer un grand nombre de clients en m\u00eame temps \u00e9tait le principal inconv\u00e9nient d’Apache et un v\u00e9ritable d\u00e9fi pour le Web moderne. La version initiale de nginx a \u00e9t\u00e9 publi\u00e9e en 2004 sur la base d’une architecture \u00e9v\u00e9nementielle.<\/p>\n

M\u00eame Sysoev lui-m\u00eame ne pouvait pas voir \u00e0 quel point nginx aurait du succ\u00e8s. Les \u00e9normes avantages de la faible vitesse de Nginx et de la faible utilisation des ressources sont devenus \u00e9vidents au fil du temps. Nginx a un excellent moyen de servir du contenu statique, mais Vous ne pouvez pas conduire<\/strong> contenu dynamique. Cela s’est \u00e9galement av\u00e9r\u00e9 \u00eatre un avantage car le contenu dynamique n’\u00e9tait pas li\u00e9 au m\u00eame travailleur et pouvait donc fonctionner beaucoup plus rapidement.<\/p>\n

Nginx se distingue par la fourniture de contenu plus rapide \u00e0 un volume de connexions bien sup\u00e9rieur \u00e0 Apache et est actuellement le choix des services d’h\u00e9bergement qui souhaitent offrir les meilleures performances possibles. Son architecture \u00e9v\u00e9nementielle et son caract\u00e8re asynchrone sont les principaux points de ses performances.<\/p>\n

\"\"<\/p>\n

Initialement, nginx avait un inconv\u00e9nient principal, sa documentation. Il a connu des d\u00e9buts difficiles en raison du fait que le programmeur \u00e9tait russe et de la fa\u00e7on dont il a document\u00e9 ses t\u00e2ches. Mais au fur et \u00e0 mesure que le temps a pass\u00e9 et que de plus en plus de personnes utilisent nginx, la documentation s’est consid\u00e9rablement am\u00e9lior\u00e9e.<\/p>\n

L’autre inconv\u00e9nient de nginx est son manque de conception modulaire, ce qui signifie que ne peut pas traiter les r\u00e8gles en temps r\u00e9el <\/strong>comme Apache le fait avec son fichier .htaccess et il ne peut pas non plus charger les modules en temps r\u00e9el. <\/strong>C’est quelque chose sur lequel nginx travaille d\u00e9j\u00e0, mais il faudra encore du temps pour correspondre \u00e0 la flexibilit\u00e9 d’Apache.<\/p>\n

Cependant, les inconv\u00e9nients sont rapidement \u00e9clips\u00e9s par les excellentes performances. Cela en soi a permis \u00e0 nginx de devenir le choix populaire pour l’h\u00e9bergement ax\u00e9 sur les performances et constitue la base d’un service aussi largement utilis\u00e9 que Fumer<\/strong>, prouvant maintes et maintes fois qu’il peut obtenir un score plus \u00e9lev\u00e9 qu’Apache \u00e0 tous points de vue.<\/p>\n

<\/span>Pourquoi Nginx est-il le choix pr\u00e9f\u00e9r\u00e9 pour l’h\u00e9bergement WordPress ?<\/span><\/h2>\n

Il y a plusieurs points o\u00f9 nginx est bien meilleur qu’Apache pour h\u00e9berger des sites WordPress. Je vais essayer de r\u00e9sumer cela dans la liste suivante.<\/p>\n

<\/span>Facile \u00e0 installer<\/span><\/h3>\n

Nginx est un package complet, il n\u00e9cessite tr\u00e8s peu de modules externes pour fonctionner et la grande majorit\u00e9 du temps, une seule ligne est n\u00e9cessaire sous Linux pour l’activer.<\/p>\n

apt-get installer nginx<\/p>\n

miam installer nginx<\/p>\n

C’est tout ce qu’il faut pour faire de nginx un service. Le reste est dans les param\u00e8tres.<\/p>\n

<\/span>Il peut fonctionner comme proxy pour Apache ou tout autre serveur Web<\/span><\/h3>\n

Nginx peut fournir une am\u00e9lioration instantan\u00e9e des performances \u00e0 n’importe quelle configuration de serveur Web Apache en s’ex\u00e9cutant en tant que proxy sans affecter les fonctionnalit\u00e9s du serveur de quelque mani\u00e8re que ce soit.<\/p>\n

<\/span>Vous pouvez travailler directement avec un microcache ou m\u00eame avec un cache fastcgi<\/span><\/h3>\n

Nginx est excellent gr\u00e2ce \u00e0 son microcache int\u00e9gr\u00e9 et peut m\u00eame fonctionner avec un cache fastcgi pour acc\u00e9l\u00e9rer les performances d’un facteur 10. Nginx peut \u00e9galement fournir une am\u00e9lioration consid\u00e9rable des performances lorsque vous travaillez avec un cache fastcgi et vous n’aurez m\u00eame pas besoin d’un externe cache. m\u00e9canisme de mise en cache comme Memcache.<\/p>\n

<\/span>Il est incroyablement rapide de servir du contenu.<\/span><\/h3>\n

Nginx d\u00e9marre rapidement lorsqu’il s’agit de contenu statique et est tr\u00e8s facile \u00e0 configurer \u00e0 ces fins. Une seule ligne de code peut permettre l’acc\u00e8s aux fichiers les plus courants, tels que le contenu statique, et am\u00e9liorer les performances. De plus, si vous savez comment configurer le HttpProxyModule, vous pouvez m\u00eame atteindre le m\u00eame niveau de performances pour le contenu dynamique sans affecter les fonctionnalit\u00e9s du serveur Web.<\/p>\n

<\/span>Presque 4 fois plus de connexions simultan\u00e9es qu’Apache<\/span><\/h3>\n

Si vous envisagez d’h\u00e9berger un site Web tr\u00e8s demand\u00e9 avec des milliers de visites par jour, sachez que nginx peut traiter jusqu’\u00e0 quatre fois plus de connexions simultan\u00e9es qu’Apache, ce qui signifie 2 choses :<\/p>\n