Plusieurs types d'intégration entre php et apache

1. CGI

CGI (common gateway interface) est généralement traduit par interface de passerelle commune, qui est la connexion entre le serveur HTTP et d'autres programmes sur la machine. Une interface de communication qui permet au serveur Web de démarrer des programmes supplémentaires pour gérer le contenu dynamique si nécessaire. CGI est un protocole qui définit la manière dont le serveur Web communique avec les programmes CGI. Le serveur Web accepte la requête HTTP du client, puis crée un processus pour exécuter le programme CGI. La requête du client est transmise au programme CGI et le résultat est renvoyé au serveur Web une fois le programme CGI exécuté.

L'émergence du CGI a fait passer le WEB de statique à dynamique. À mesure que le Web devient de plus en plus populaire, de nombreux sites Web ont besoin de pages dynamiques pour interagir avec les téléspectateurs. Avec le développement de la technologie des réseaux, les défauts des méthodes CGI sont devenus de plus en plus évidents. Chaque demande client nécessite que le processus soit établi et détruit. Étant donné que HTTP doit générer une page dynamique, le système doit démarrer un nouveau processus pour exécuter le programme CGI. Le forking continu est une tâche très chronophage et gourmande en ressources.

2. FastCGI

Comme nous le savons tous, le chargement répété de l'interpréteur CGI est la principale raison des faibles performances CGI si l'interpréteur CGI reste en mémoire et accepte. Gestion des processus FastCGI La planification du serveur peut fournir de bonnes performances, évolutivité, fonctionnalités de basculement, etc.

FastCGI est un CGI résident qui peut être exécuté à tout moment. Tant qu'il est activé, il ne prendra pas de temps à bifurquer à chaque fois. Il prend également en charge l'informatique distribuée (de sorte que l'interprétation et l'exécution du programme PHP). peut être laissé à un serveur PHP distinct), c'est-à-dire qu'il peut être exécuté sur un hôte autre que le serveur du site Web et accepter les demandes d'autres serveurs du site Web.

1. Chargez le gestionnaire de processus FastCGI (IIS ISAPI ou Module Apache) au démarrage du serveur Web

2. Le gestionnaire de processus FastCGI s'initialise et démarre plusieurs processus interpréteurs CGI (en PHP multiple) -cgi.exe sont visibles dans le gestionnaire de tâches et attendent les connexions du serveur Web.

3. Lorsque la requête du client atteint le serveur Web, le gestionnaire de processus FastCGI sélectionne et se connecte à un interpréteur CGI. Le serveur Web envoie des variables d'environnement CGI et des entrées standard au sous-processus FastCGI php-cgi.exe.

4. Une fois le sous-processus FastCGI terminé, il renvoie la sortie standard et les informations d'erreur au serveur Web à partir de la même connexion. Lorsque le processus enfant FastCGI ferme la connexion, la demande est traitée. Le processus enfant FastCGI attend et gère ensuite la prochaine connexion du gestionnaire de processus FastCGI (exécuté dans WebServer). En mode CGI normal, php-cgi.exe se ferme ici.

3. Module

Lors de la compilation de php dans un module Apache, vous devez prendre en compte le mode de fonctionnement du MPM d'Apache.

Nous devons d'abord comprendre ce qu'est MPM :

MPM : les modules multi-chemins (modules de traitement multi-chemins) sont utilisés pour définir le fonctionnement d'Apache lorsqu'il répond à plusieurs modèle de demandes des utilisateurs. Il existe trois modes MPM :

prefork (un processus répond à une requête) ;

worker (une requête répond avec un thread, démarre plusieurs processus et chaque processus génère plusieurs threads

événement (un processus gère plusieurs requêtes) ;

PHP installé en tant que module n'a pas de processus indépendant et est démarré avec Apache en tant que module Apache.

Parmi les trois modes MPM ci-dessus, le mode Worker occupera moins de mémoire que le mode Prefork et fonctionnera mieux dans des conditions de concurrence élevée. De plus, en utilisant le mode mixte multi-processus et multi-thread, même si un thread raccroche, cela n'affectera que les autres threads du même processus que le thread et n'affectera pas les autres processus. Cependant, s'il existe un nombre particulièrement important de threads utilisant la méthode de connexion longue keep-alive, les threads seront occupés jusqu'à expiration du délai, ce qui entraînera l'absence de threads disponibles dans les scénarios de concurrence élevée. Le mode événement utilise un thread dédié pour gérer ces threads persistants, ce qui résout mieux ce problème.

Tutoriel recommandé :

Tutoriel vidéo PHP

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!