Tout d’abord, qu’est-ce que CGI ?J'ai vérifié la relation entre fastcgi et php-fpm en ligne pendant presque une semaine, je l'ai lu encore et encore. Il y a des opinions vraiment différentes et il n'y a pas d'autorité. définition. .
Certaines personnes sur Internet disent que fastcgi est un protocole, et php-fpm implémente ce protocole
Certaines personnes disent que php-fpm est le gestionnaire du processus fastcgi, utilisé pour gérer le processus fastcgi ;
Certains disent que php-fpm est un patch pour le noyau php
Certains disent qu'après avoir modifié le fichier de configuration php.ini, il n'y a aucun moyen de redémarrer en douceur, donc php-fpm est né ;
- Aussi Certaines personnes disent que PHP-CGI est le gestionnaire FastCGI fourni avec PHP. Si oui, pourquoi créer php-fpm ?
D'accord, CGI est un protocole et n'a rien à voir avec un processus ou quoi que ce soit. Alors, qu'est-ce que fastcgi ?
- CGI doit garantir que les données transmises par le serveur Web sont dans un format standard, ce qui convient aux rédacteurs de programmes CGI.
- Le serveur Web (comme nginx) n'est qu'un distributeur de contenu. Par exemple, si vous demandez /index.html, le serveur Web trouvera ce fichier dans le système de fichiers et l'enverra au navigateur. Ce qui est distribué ici, ce sont des données statiques. D'accord, si la requête concerne maintenant /index.php, selon le fichier de configuration, nginx sait qu'il ne s'agit pas d'un fichier statique et doit être traité par l'analyseur PHP, alors il traitera simplement la requête et la remettra à l'analyseur PHP. Quelles données Nginx transmettra-t-il à l'analyseur PHP ? L'URL doit être présente, la chaîne de requête doit être présente, les données POST doivent être présentes et l'en-tête HTTP doit être présent. Eh bien, CGI est le protocole qui stipule quelles données doivent être transmises et dans quel format elles doivent être transmises. le backend pour traiter la demande.
- Lorsque le serveur Web reçoit la requête pour /index.php, il démarrera le programme CGI correspondant, qui est l'analyseur PHP. Ensuite, l'analyseur PHP analysera le fichier php.ini, initialisera l'environnement d'exécution, traitera la demande, renverra le résultat traité dans le format spécifié par CGI et quittera le processus. Le serveur Web renvoie ensuite les résultats au navigateur.
Fastcgi est utilisé pour améliorer les performances des programmes CGI.Améliorez les performances, alors quels sont les problèmes de performances des programmes CGI ?
"L'analyseur PHP analysera le fichier php.ini et initialisera l'environnement d'exécution", c'est tout. Le CGI standard effectuera ces étapes pour chaque requête (ne soyez pas fatigué ! Démarrer le processus est très fatigant !), donc le temps de traitement à chaque fois sera relativement long. C'est évidemment déraisonnable ! Alors, comment Fastcgi fait-il ? Tout d'abord, Fastcgi démarrera un maître, analysera le fichier de configuration, initialisera l'environnement d'exécution, puis démarrera plusieurs travailleurs. Lorsqu'une demande arrive, le maître la transmet à un travailleur et peut immédiatement accepter la demande suivante. Cela évite la duplication du travail et est naturellement très efficace. Et lorsqu'il n'y a pas assez de Workers, le maître peut pré-démarrer plusieurs Workers selon la configuration et attendre. Bien sûr, lorsqu'il y a trop de Workers inactifs, certains seront arrêtés, ce qui améliore les performances et économise les ressources. Il s'agit de la gestion des processus de fastcgi.Alors, qu'est-ce que PHP-FPM ?
- est un programme qui implémente Fastcgi et a été officiellement accepté par PHP.
- Comme nous le savons tous, l'interpréteur de PHP est php-cgi. php-cgi n'est qu'un programme CGI. Il ne peut qu'analyser les requêtes et renvoyer des résultats, mais ne sait pas comment gérer les processus (Votre Majesté, je ne peux vraiment pas faire ça !). Il existe donc certains programmes qui peuvent programmer php-cgi. Par exemple, spawn-fcgi est séparé de lighthttpd. Eh bien, PHP-FPM, c'est la même chose. Après une longue période de développement, il a été progressivement reconnu par tout le monde (vous savez, ces dernières années, tout le monde se plaignait de la mauvaise stabilité de PHP-FPM), et c'est devenu de plus en plus populaire.
Bon, revenons enfin à la question ci-dessus.
- Certaines personnes sur Internet disent que fastcgi est un protocole, et php-fpm implémente ce protocole
Oui.
- Certaines personnes disent que php-fpm est le gestionnaire du processus fastcgi, qui est utilisé pour gérer le processus fastcgi
Oui. L'objet de gestion de php-fpm est php-cgi. Mais on ne peut pas dire que php-fpm soit le gestionnaire du processus fastcgi, car comme mentionné précédemment, fastcgi est un protocole, et il semble qu'aucun processus de ce type n'existe. Même si php-fpm existe, il ne peut pas le gérer (du moins). pour l'instant).
- Certaines personnes disent que php-fpm est un patch du noyau php
C'était correct avant. Étant donné que php-fpm n'était pas inclus dans le noyau PHP au début, pour utiliser cette fonction, vous devez trouver php-fpm identique à la version du code source, patcher le noyau, puis le compiler. Plus tard, cela est devenu beaucoup plus pratique après que le noyau PHP a intégré PHP-FPM. Utilisez simplement le paramètre de compilation --enalbe-fpm.
- Certaines personnes disent qu'après avoir modifié le fichier de configuration php.ini, il n'y a aucun moyen de redémarrer en douceur, donc php-fpm est né
Oui, après avoir modifié php.ini, le processus php-cgi ne peut pas être redémarré en douceur. Le mécanisme de gestion de php-fpm pour cela est que les nouveaux travailleurs utilisent de nouvelles configurations et que les travailleurs existants peuvent se reposer après avoir traité le travail en cours. Ce mécanisme est utilisé pour faciliter la transition.
Certaines personnes disent que PHP-CGI est le gestionnaire FastCGI fourni avec PHP. Si oui, pourquoi créer php-fpm ?
Ce n’est pas vrai. php-cgi est juste un programme qui interprète les scripts PHP.
Apprentissage recommandé : "Tutoriel vidéo PHP"
