Explication détaillée de la configuration de php.ini, php-fpm et www.conf en PHP7

php.ini est le fichier de configuration principal pour l'exécution de PHP. Voici quelques configurations courantes

extension_dir=""

• Configuration. le chemin de la bibliothèque d'extensions PHP

expose_php = Off

• Évitez que les informations PHP soient exposées dans les en-têtes http

display_errors = Off

• Évitez d'exposer les informations d'erreur de PHP appelant mysql

log_errors = On

• Activez le journal des erreurs PHP après avoir désactivé display_errors (le chemin est configuré en php -fpm.conf)

zend_extension=opcache.so extension=mysqli.so extension=pdo_mysql.so

• Configurer les bibliothèques dynamiques opcache et mysql de PHP

date.timezone = PRC

• Configurer le fuseau horaire PHP

opcache.enable=1

• Activer opcache

open_basedir = /usr/share/nginx/html;

• Définir le script PHP Les répertoires auxquels l'accès est autorisé (doivent être configurés en fonction de la situation réelle)

php-fpm.conf est le fichier de configuration du service de processus php-fpm . Voici quelques configurations courantes

error_log = /usr/local/php/logs/php-fpm.log

• Définir le chemin du journal des erreurs

include=/usr/local/php7/etc/php-fpm.d/*.conf

.
• Présentez la configuration dans le fichier www.conf (défini par défaut)

php-fpm.conf et les principales informations de configuration de www.conf

pid = run/php-fpm.pid

• paramètres pid, qui sont par défaut dans var/run/ dans le répertoire d'installation php-fpm.pid, il est recommandé d'activer

error_log = log/php-fpm.log

• journal des erreurs, qui est var/log/php-fpm.log
dans le répertoire d'installation par défaut

log_level = notice

• Niveau d'erreur. . Les niveaux disponibles sont : alerte (doit être traité immédiatement), erreur (situation d'erreur), avertissement (situation d'avertissement), avis (informations générales importantes), débogage (informations de débogage).

emergency_restart_threshold = 60

emergency_restart_interval = 60s

signifie que SIGSEGV se produit dans la valeur définie par Emergency_restart_interval. Ou si le nombre de processus php-cgi avec des erreurs SIGBUS dépasse Emergency_restart_threshold, php-fpm le fera. redémarrez gracieusement. Ces deux options restent généralement à leurs valeurs par défaut.

process_control_timeout = 0

Définissez le délai d'attente pour que le processus enfant accepte le signal de multiplexage du processus principal Unités disponibles : s (secondes), m (minutes), h. (heures) ), ou d (jours) Unité par défaut : s (secondes) Valeur par défaut : 0.

daemonize = yes

Exécuter fpm en arrière-plan, la valeur par défaut est oui. Si vous souhaitez déboguer, vous pouvez la remplacer par non. Dans FPM, il est possible d'exécuter plusieurs pools de processus avec des paramètres différents. Ces paramètres peuvent être définis individuellement pour chaque pool de processus.

listen = 127.0.0.1:9000

Le port d'écoute est l'adresse traitée par php dans nginx Généralement, la valeur par défaut est suffisante. Les formats disponibles sont : 'ip:port', 'port', '/path/to/unix/socket'. Chaque pool de processus doit être défini.

listen.backlog = -1

Le nombre de backlogs, -1 signifie illimité, est déterminé par le système d'exploitation, il suffit de commenter cette ligne.

listen.allowed_clients = 127.0.0.1

Autoriser l'accès à l'adresse IP du processus FastCGI Définissez any pour ne pas restreindre l'adresse IP si vous souhaitez également configurer nginx sur d'autres hôtes. Accédez à ce processus FPM. L'emplacement d'écoute doit être défini sur une adresse IP locale accessible. La valeur par défaut est quelconque. Chaque adresse est séparée par des virgules. S'il n'est pas défini ou est vide, n'importe quel serveur est autorisé à demander une connexion

listen.owner = www listen.group = www listen.mode = 0666

option de configuration du socket Unix si vous utilisez TCP pour accéder. , commentez ici.

user = www group = www

Compte et groupe pour démarrer le processus

Méthode d'optimisation du pool de processus php-fpm

pm = dynamic

Pour les serveurs dédiés, pm peut être réglé sur statique. Comment contrôler le processus enfant, les options sont statiques et dynamiques. Si static est sélectionné, un nombre fixe de processus enfants est spécifié par pm.max_children. Si dynamique est sélectionné, il est déterminé par les paramètres suivants :

pm.max_children

Le nombre de processus php-fpm ouverts en mode statique, en mode dynamique il limites php -Le nombre maximum de processus pour fpm (notez ici que la valeur de pm.max_spare_servers ne peut être qu'inférieure ou égale à pm.max_children)

pm.start_servers

Démarrer en mode dynamique Nombre de processus php-fpm.

pm.min_spare_servers

Garantir le nombre minimum de processus inactifs si le nombre de processus inactifs est inférieur à cette valeur, créez un nouveau processus enfant

• Garantir le nombre maximum de processus inactifs. Si les processus inactifs sont supérieurs à cette valeur, ils seront nettoyés
• Si dm est défini sur statique, alors seul le paramètre pm.max_children le sera. prendre effet. Le système ouvrira le nombre de processus php-fpm défini par les paramètres. Un processus php-fpm occupera probablement 20 à 40 mo de mémoire, son paramètre de taille numérique doit donc être défini en fonction de la taille de votre mémoire physique. Vous devez également faire attention aux autres occupations de mémoire, telles que les bases de données, les processus système, etc. , pour déterminer Les valeurs de réglage des 4 paramètres ci-dessus !
• Si dm est réglé sur dynamique, les 4 paramètres prendront effet. Le système démarrera les processus php-fpm pm.start_servers lorsque php-fpm commencera à s'exécuter, puis ajustera dynamiquement le nombre de processus php-fpm entre pm.min_spare_servers et pm.max_spare_servers en fonction des besoins du système. Le paramètre nécessite que la valeur de pm.start_servers soit comprise entre pm.min_spare_servers et pm.max_spare_servers.

pm.max_requests = 1000

• Définissez le nombre de requêtes servies avant la renaissance de chaque processus enfant
• Le nombre maximum de requêtes traitées se réfère à un php. -fpm worker Le processus sera terminé après le traitement de quelques requêtes et le processus maître en réapparaîtra une nouvelle. Le but principal de cette configuration est d'éviter les fuites de mémoire provoquées par l'interpréteur PHP ou les bibliothèques tierces référencées par le programme.
• est très utile pour les modules tiers qui peuvent avoir des fuites de mémoire. Si elle est définie sur '0', les requêtes seront toujours acceptées. Équivalent à la variable d'environnement PHP_FCGI_MAX_REQUESTS Valeur par défaut : 0.

pm.status_path = /status

L'URL de la page d'état FPM Si elle n'est pas définie, la page d'état n'est pas accessible Valeur par défaut : aucune.

ping.path = /pingL'URL de ping de la page de surveillance du FPM Si elle n'est pas définie, la page de ping n'est pas accessible. Cette page est utilisée pour détecter en externe si le FPM est vivant et peut répondre. aux requêtes Veuillez noter qu'il doit commencer par une barre oblique (/).

ping.response = pong est utilisé pour définir la réponse de retour de la requête ping. Le texte renvoyé/texte au format brut est HTTP 200. Valeur par défaut : pong.

request_terminate_timeout = 0 Définissez le délai d'expiration pour une seule requête. Cette option peut être utile pour les scripts pour lesquels le 'max_execution_time' dans le paramètre php.ini ne le fait pas. abandonner l'exécution des scripts pour des raisons particulières. Définir sur « 0 » pour « Désactivé ». Vous pouvez essayer de modifier cette option lorsque des erreurs 502 se produisent fréquemment.

request_slowlog_timeout = 10sLorsqu'une demande pour ce paramètre expire, les informations de la pile d'appels PHP correspondantes seront entièrement écrites dans le journal lent défini sur « 0 ». signifie « Désactivé »

slowlog = log/$pool.log.slowJournalisation lente des requêtes, utilisée avec request_slowlog_timeout

rlimit_files = 1024Définissez la limite rlimit du descripteur d'ouverture de fichier. Valeur par défaut : la valeur définie par le système du handle d'ouverture par défaut est 1024, qui peut être visualisée en utilisant ulimit -n et modifiée avec ulimit -n 2048.

rlimit_core = 0Définissez la valeur limite maximale du noyau rlimit Valeurs disponibles : « illimité », 0 ou entier positif. Valeur par défaut : valeur définie par le système.

chroot =Répertoire chroot au démarrage. Le répertoire défini doit être un chemin absolu. S'il n'est pas défini, le chroot ne sera pas utilisé.

chdir =Définissez le répertoire de démarrage, qui sera automatiquement redirigé vers lors du démarrage. Le répertoire défini doit être un chemin absolu : répertoire actuel ou /répertoire. (lors du chrooting)

catch_workers_output = yes Rediriger stdout et stderr pendant le processus en cours vers le fichier journal des erreurs principal. S'ils ne sont pas définis, stdout et stderr seront basés. sur les règles FastCGI Redirigé vers /dev/null . Valeur par défaut : vide.`

•           

clear_env = noNettoyer l'environnement

• variables_order

Le paramètre variables_order est expliqué en détail dans une autre URL d'article : juejin.im/post/5c4eea…

Les erreurs courantes et les solutions sont compilées

Le délai d'expiration de la requête n'est pas set

Si la valeur de request_terminate_timeout est définie sur 0 ou trop longue, cela peut entraîner la poursuite de l'exécution du script PHP. De cette façon, lorsque tous les processus php-cgi sont bloqués dans la fonction file_get_contents(), ce serveur Web Nginx+PHP ne peut plus gérer les nouvelles requêtes PHP, et Nginx renverra "502 Bad Gateway" à l'utilisateur. définir un Un temps d'exécution maximal des scripts PHP est toutefois nécessaire pour traiter les symptômes plutôt que la cause première. Par exemple, s'il est modifié en 30s, si file_get_contents() met du temps à obtenir le contenu d'une page Web, cela signifie que 150 processus php-cgi ne peuvent gérer que 5 requêtes par seconde, et il est également difficile pour le serveur Web d'éviter "502 Bad Porte". La solution consiste à définir request_terminate_timeout sur 10 s ou une valeur raisonnable, ou à ajouter un paramètre timeout à file_get_contents !

• Une mauvaise configuration du paramètre max_requests

Une mauvaise configuration du paramètre max_requests peut provoquer des erreurs 502 intermittentes :

• Définissez le nombre de requêtes servies avant la renaissance de chaque processus enfant Ceci est très utile pour les modules tiers qui peuvent avoir des fuites de mémoire. Si la valeur est « 0 », les requêtes seront toujours acceptées. Équivalent à la variable d'environnement PHP_FCGI_MAX_REQUESTS Valeur par défaut : 0. La signification de cette configuration est que lorsque le nombre de requêtes traitées par un processus PHP-CGI s'accumule jusqu'à 500, le processus sera automatiquement redémarré.

• Mais pourquoi relancer le processus ?

• Généralement dans les projets, nous utiliserons dans une certaine mesure certaines bibliothèques tierces de PHP. Ces bibliothèques tierces ont souvent des problèmes de fuite de mémoire si le processus PHP-CGI n'est pas redémarré. régulièrement, cela entraînera forcément une augmentation continue de l'utilisation de la mémoire. Par conséquent, PHP-FPM, en tant que gestionnaire de PHP-CGI, fournit une telle fonction de surveillance pour redémarrer le processus PHP-CGI qui a demandé un nombre de fois spécifié afin de garantir que l'utilisation de la mémoire n'augmente pas.

L'artefact de journal lent, de débogage et de dépannage des exceptions de php-fpm

• request_slowlog_timeout définit un paramètre de délai d'attente, slowlog définit l'emplacement de stockage du journal lent , tail -f /var/log/www.slow.log peut voir le processus php qui est exécuté trop lentement. Vous pouvez voir les problèmes courants de lecture réseau excessive et de requête Mysql lente. Si vous résolvez le problème en fonction des informations fournies, vous aurez une direction claire.

  Tutoriel recommandé : "Tutoriel 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!