Les bases du fonctionnement de PHP

Cet article présente principalement les bases du principe de fonctionnement de PHP. Il a une certaine valeur de référence. Maintenant, je le partage avec tout le monde. Les amis dans le besoin peuvent s'y référer

J'ai récemment construit un serveur et du coup. J'avais l'impression d'être une lampe. Comment ça marche, ou comment est-il connecté ? En général, j'écris simplement des programmes et je n'ai jamais pensé au principe de fonctionnement entre eux :

Le principe de fonctionnement sous-jacent de PHP

Figure 1 Structure PHP

Comme le montre l'image, PHP est un système à 4 couches de bas en haut

①Moteur Zend

Zend est implémenté en C pur et constitue la partie centrale de PHP. Il intègre la traduction de code PHP (une série de processus de compilation tels que l'analyse lexicale et syntaxique), traite les opcodes exécutables et implémente les méthodes de traitement correspondantes, implémente les structures de données de base (telles que la table de hachage, oo), l'allocation et la gestion de la mémoire, et fournit les méthodes API correspondantes pour Les appels externes sont au cœur de tout et toutes les fonctions périphériques sont implémentées autour de Zend.

②Extensions

Tournant autour du moteur zend, les extensions fournissent divers services de base basés sur des composants nos diverses fonctions intégrées communes (telles que les séries de tableaux), nos bibliothèques standard, etc. sont tous via des extensions Pour y parvenir, les utilisateurs peuvent également implémenter leurs propres extensions si nécessaire pour réaliser l'expansion des fonctions, l'optimisation des performances et à d'autres fins (par exemple, la couche intermédiaire PHP et l'analyse de texte enrichi actuellement utilisées par Tieba sont des applications typiques des extensions).

③Sapi

Le nom complet de Sapi est Server Application Programming Interface, qui est l'interface de programmation d'applications serveur qui permet à PHP d'interagir avec les données périphériques via une série de fonctions de hook. Une conception élégante et réussie découple et isole avec succès PHP lui-même des applications de couche supérieure via SAPI. PHP ne peut plus réfléchir à la manière d'être compatible avec différentes applications, et l'application elle-même peut également implémenter différentes méthodes de traitement en fonction de ses propres caractéristiques. Nous présenterons l'application de couche supérieure

④ dans le chapitre sapi plus tard

Il s'agit du programme PHP que nous écrivons habituellement. Nous pouvons obtenir différents modes d'application via différentes méthodes sapi, telles que l'implémentation du Web. via le serveur Web Appliquer, exécuter en tant que script à partir de la ligne de commande, etc.

Idées architecturales :

Le modèle moteur (Zend) + composant (ext) réduit le couplage interne

La couche intermédiaire (sapi) isole le web serveur et php

***************************************** ******* *******************************

Si php était une voiture, puis

Le framework de la voiture est php lui-même

Zend est le moteur de la voiture

Les différents composants ci-dessous Ext sont les roues de la voiture

Sapi peut être considéré comme une route. Les voitures peuvent rouler sur différents types de routes

Et l'exécution d'un programme php signifie que la voiture roule sur la route.

Par conséquent, nous avons besoin de : un moteur d'excellentes performances + des roues adaptées + une piste correcte

La relation entre Apache et php

Apache pour php L'analyse est terminée via le module php parmi de nombreux modules.

Pour enfin intégrer php dans le système Apache, vous devez effectuer certains réglages nécessaires pour Apache. Ici, nous prendrons le mode de fonctionnement mod_php5 SAPI de php comme exemple pour expliquer Quant au concept de SAPI, nous l'expliquerons en détail plus tard.

Supposons que les versions que nous installons sont Apache2 et Php5, vous devez alors éditer le fichier de configuration principal d'Apache http.conf et y ajouter les lignes suivantes :

Dans l'environnement Unix/Linux :

LoadModule php5_module modules/mod_php5.so

AddType application/x-httpd-php .php

Remarque : modules/mod_php5.so est mod_php5.so dans l'environnement système X. emplacement où le fichier est installé.

Dans l'environnement Windows :

LoadModule php5_module d:/php/php5apache2.dll

AddType application/x-httpd-php .php

Remarque : Parmi eux, d:/php/php5apache2.dll est l'emplacement d'installation du fichier php5apache2.dll dans l'environnement Windows.

Ces deux configurations indiquent au serveur Apache que toute demande d'utilisateur d'URL reçue dans le futur, avec php comme suffixe, doit appeler le module php5_module (mod_php5.so/php5apache2.dll) pour être traitée.

Cycle de vie d'Apache

Processus de traitement des requêtes Apache

Demande Apache Explication détaillée de la boucle de traitement
Que font les 11 étapes de la boucle de traitement des requêtes Apache ?

1. Phase post-lecture-demande

Dans le processus normal de traitement des requêtes, il s'agit de la première phase où le module peut insérer des hooks. Cette étape peut être exploitée pour les modules souhaitant se lancer très en amont dans le traitement des requêtes.

2. Phase de traduction d'URI
Le travail principal d'Apache dans cette phase : mapper l'URL demandée au système de fichiers local. Les modules peuvent insérer des hooks à ce stade pour exécuter leur propre logique de mappage. mod_alias utilise cette phase pour fonctionner.

3. Phase d'analyse de l'en-tête
Le travail principal d'Apache dans cette phase : vérifier l'en-tête de la requête. Étant donné que le module peut effectuer la tâche de vérification des en-têtes de requête à tout moment du flux de traitement de la requête, ce hook est rarement utilisé. mod_setenvif utilise cette phase pour fonctionner.

4. Phase de contrôle d'accès
Le travail principal d'Apache dans cette phase : Vérifier si l'accès à la ressource demandée est autorisé selon le fichier de configuration. La logique standard d'Apache implémente les directives d'autorisation et de refus. mod_authz_host utilise cette phase pour fonctionner.

5. Phase d'authentification
Le travail principal d'Apache dans cette phase : authentifier les utilisateurs selon la politique définie dans le fichier de configuration et définir la zone du nom d'utilisateur. Les modules peuvent insérer des hooks à ce stade pour implémenter une méthode d'authentification.

6. Phase d'autorisation
Le travail principal d'Apache dans cette phase : Vérifier si les utilisateurs authentifiés sont autorisés à effectuer l'opération demandée selon le fichier de configuration. Le module peut insérer des hooks à ce stade pour mettre en œuvre une méthode de gestion des droits des utilisateurs.

7. Phase de vérification du type MIME
Le travail principal d'Apache dans cette phase : déterminer la fonction de traitement de contenu à utiliser en fonction des règles pertinentes du type MIME de la ressource demandée. Les modules standards mod_negotiation et mod_mime implémentent ce hook.

8. Phase de réparation
Il s'agit d'une phase générale qui permet au module d'exécuter tout traitement nécessaire avant le générateur de contenu. Semblable à Post_Read_Request, il s'agit d'un hook qui peut capturer n'importe quelle information et est également le hook le plus couramment utilisé.

9. Phase de réponse
Le travail principal d'Apache dans cette phase est de générer du contenu renvoyé au client et d'être responsable de l'envoi d'une réponse appropriée au client. Cette étape est la partie centrale de l’ensemble du processus.

10. Phase de journalisation
Le travail principal d'Apache dans cette phase : enregistrer les transactions après l'envoi de la réponse au client. Les modules peuvent modifier ou remplacer la journalisation standard d'Apache.

11. Phase de nettoyage
Le travail principal d'Apache dans cette phase : nettoyer l'environnement restant après la fin de cette transaction de requête, comme le traitement des fichiers et des répertoires ou la fermeture de Socket, etc. .C'est la première fois pour Apache La dernière étape du traitement des demandes.

Architecture LAMP :

Quatre couches de bas en haut :

①liunx appartient à la couche inférieure de le système d'exploitation

②serveur apache, appartient au serveur secondaire, communique avec Linux et PHP

③php : Il appartient au langage de programmation côté serveur, et est associé à apache via le module php_module

④mysql et autres services Web : appartient au service d'application, associé à mysql via le module de plug-in Extensions de PHP

Schéma de l'architecture du système Android

Comparez le schéma d'architecture de la lampe et d'Android, il semble être quelque peu similaire à l'architecture de la lampe, je ne comprends pas Android, mais cela semble un peu similaire. Les experts peuvent souligner les différences. Merci beaucoup

<.>

De haut en bas :

Architecture Android-- ------------Description--------Architecture LAMP

1. Application -------- Application spécifique ------- -application web

2. Framework d'application ----java------- ------Langage et bibliothèque PHP

3. Bibliothèque d'exécution du système : -- --Machine virtuelle--------Serveur WEB

⒋Noyau Linux : -- -Système d'exploitation-------L

dans l'architecture de la lampe La relation entre la lampe et l'intérieur de l'ordinateur

Le CPU est l'usine, le le disque dur est le grand entrepôt, la mémoire est le centre de transfert régulier et la mémoire virtuelle est le centre de transfert temporaire

Le langage PHP est compilé en langage machine par zend, faisant fonctionner le CPU

sur la base de données est une opération d'E/S et un mouvement mécanique. En d'autres termes, le goulot d'étranglement d'un site Web est causé par la lecture et l'écriture sur le disque dur. La solution est de réduire le nombre d'opérations d'E/S. La technologie signifie que les opérations de données sont placées dans le mencache, et lorsqu'elles atteignent un certain ordre de grandeur, elles sont immédiatement écrites dans la base de données. Le mencache appartient à la relation clé-valeur

plutôt que relationnelle. data Il est également construit sur la base de ce concept, appartient également à la relation clé--valeur

Opérations de lecture fréquentes------Mettez-le dans mencache

Lire la suite et écrire. less----Mettez-le dans nosql----- -La fonction de lecture est très puissante !

Ce qui précède représente l'intégralité du contenu de cet article. J'espère qu'il sera utile à l'étude de chacun. Pour plus de contenu connexe, veuillez faire attention au site Web PHP chinois !

Recommandations associées :

Introduction à la structure MVC de la plateforme de différenciation de code source PHP

Analyse du processus logique d'authentification rapide de Laravel5

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!