V\u00e9rifiez le bon fonctionnement de votre site avant de d\u00e9cider de conserver cette version ou non.<\/li>\n<\/ul>\n\n\n\nLes handlers (gestionnaires) PHP<\/h3>\n\n\n\n
Le serveur distribuant les fichiers web est g\u00e9n\u00e9ralement Apache.<\/p>\n\n\n\n
Apache ne fait que distribuer des fichiers et n’a pas nativement la possibilit\u00e9 d’ex\u00e9cuter du code PHP. Ainsi, PHP est ex\u00e9cut\u00e9 par Apache via ce que l’on appelle un \u00ab\u00a0handler\u00a0\u00bb (ou gestionnaire en Fran\u00e7ais).<\/p>\n\n\n\n
Le plus ancien handler PHP \u00e9tait mod_php, une extension d’Apache permettant d’ex\u00e9cuter PHP; les fichiers devaient alors appartenir \u00e0 Apache pour que PHP puisse \u00e9crire dans les fichiers web.<\/p>\n\n\n\n
Puis, sont apparus CGI et FastCGI, permettant de bien meilleures performances mais surtout de laisser les fichiers appartenir \u00e0 l’utilisateur correspondant au site, permettant donc une meilleure ind\u00e9pendance des sites sur un serveur et donc une meilleure s\u00e9curit\u00e9. FastCGI divise donc par deux les temps de chargement des pages par rapport \u00e0 mod_php tout en apportant un fort gain de s\u00e9curit\u00e9.<\/p>\n\n\n\n
FPM (ou en Fran\u00e7ais \u00ab\u00a0Application PHP\u00a0\u00bb) est le dernier handler en date, utilis\u00e9 par d\u00e9faut sous CentOS 7 il permet des performances encore sup\u00e9rieures et une meilleure gestion des ressources de chaque site. FPM g\u00e9n\u00e8re une instance par version de PHP. FPM a \u00e9galement l’avantage de permettre de r\u00e9gler individuellement le nombre max de process FPM (donc d’ex\u00e9cutions PHP) simultan\u00e9s pour chaque site, ainsi que le nombre de process \u00ab\u00a0spare\u00a0\u00bb (c’est \u00e0 dire en attente de connexion). Plusieurs modes existent, r\u00e9glables via les param\u00e8tres PHP du domaine lorsque vous s\u00e9lecitonnez FPM. Par d\u00e9faut, c’est \u00ab\u00a0ondemand\u00a0\u00bb, donc aucun process n’est lanc\u00e9 s’il n’y a pas de requ\u00eate en cours, mais il est possible de pr\u00e9 lancer des handlers FPM (au prix d’un peu de RAM) de sorte \u00e0 acc\u00e9l\u00e9rer l\u00e9g\u00e8rement les temps de r\u00e9ponse.<\/p>\n\n\n\n
Depuis Plesk Obsidian 18.0.39 (13 Octobre 2021), il est \u00e9galement possible de choisir \u00ab\u00a0FPM d\u00e9di\u00e9\u00a0\u00bb. FPM d\u00e9di\u00e9 permet d’avoir un service\/handler FPM ind\u00e9pendant pour un site. Cela se traduit techniquement par un process syst\u00e8me (un \u00ab\u00a0service\u00a0\u00bb) suppl\u00e9mentaire. Au co\u00fbt d’un peu d’utilisation RAM, cela am\u00e9liore l\u00e9g\u00e8rement la vitesse de lancement du handler, donc de chargement du site, am\u00e9liorant la m\u00e9trique \u00ab\u00a0TTFB\u00a0\u00bb (temps de r\u00e9ponse initial du serveur) de quelques millisecondes. L’option FPM d\u00e9di\u00e9 est donc plut\u00f4t \u00e0 utiliser sur les sites \u00e0 tr\u00e8s fort traffic ou les plus critiques. La diff\u00e9rence est de l’ordre de quelques % de vitesse de chargement, en particulier sur les applis gourmandes en process FPM comme Nextcloud. Finalement, si la diff\u00e9rence peut \u00eatre int\u00e9ressante, cela reste relativement marginal au regard de ce que l’optimisation du code du site ou d’un cache Redis peut apporter.<\/p>\n\n\n\n
Notez que les r\u00e9glages du handler, de m\u00eame que tous les r\u00e9glages PHP, peuvent \u00eatre d\u00e9finis au niveau des packs de services Plesk (licence 30 domaines ou sup\u00e9rieure).<\/p>\n\n\n\n
\n
\n\n\n\n
Pages li\u00e9es :<\/p>\n\n\n