Il ne s’agit pas exactement d’une mise à jour des services de Kinsta : Il s’agit plutôt d’un avertissement indiquant que nous changeons la terminologie de ce que nous avons toujours appelé les « travailleurs » PHP et que nous adoptons le terme plus standard de l’industrie « threads »
Quiconque passe du temps à lire la documentation de Kinsta, notre blog ou notre base de connaissances peut avoir l’impression que certains personnages de notre histoire ont changé, mais les mêmes workers PHP dont nous parlons depuis longtemps effectuent simplement les mêmes tâches sous un nom différent.
Qu’en est-il des workers PHP et des threads ?
La raison pour laquelle nous nous intéressons à cette terminologie est que l’interpréteur PHP qui traite les scripts derrière une application telle que le CMS WordPress fonctionne en mode « single-thread ». Cela signifie que les requêtes qui arrivent (plus ou moins) simultanément sont naturellement mises en file d’attente pour être traitées une à la fois. Cela peut ralentir les choses pour les visiteurs de votre site web.
Une solution que nous employons depuis longtemps chez Kinsta consiste à simuler un environnement multi-thread en fournissant un accès à PHP dans plusieurs partitions distinctes de la mémoire. Chaque bloc de mémoire peut toujours servir un seul thread PHP, mais tous peuvent s’exécuter simultanément pour partager le travail.
Le terme « workers » était donc une bonne idée (à l’époque).
Pourquoi les clients de Kinsta doivent-ils connaître les threads ?
Pour les clients ayant des sites WordPress à fort trafic, l’optimisation des performances de PHP peut être un exercice d’équilibre délicat entre le nombre de threads PHP disponibles pour traiter les requêtes simultanément et la quantité de mémoire disponible pour chacun d’entre eux.
PHP n’est pas invoqué lorsqu’un site web délivre un contenu en cache en réponse à une requête du navigateur, mais il est requis chaque fois qu’un script doit être interprété pour des tâches telles que l’interrogation de la base de données et la construction de pages à la volée.
Les sites qui comptent de nombreux utilisateurs simultanés peuvent bénéficier d’un plus grand nombre de threads. Les sites qui dépendent de requêtes de base de données intensives et du traitement de grands tableaux de données peuvent bénéficier d’une plus grande quantité de mémoire disponible pour chaque thread.
Nous pensons que le nouveau module de performance PHP de Kinsta (disponible dans le tableau de bord MyKinsta et l’API de Kinsta) améliorera le profil des threads pour de nombreux clients. En utilisant un terme commun à l’industrie de l’hébergement pour ces processus, nous espérons que les utilisateurs seront en mesure de mieux comprendre ce qui se passe sous le capot de notre plateforme.
Notre objectif : l’hébergement WordPress le plus rapide et le plus fiable
Nous sommes toujours à la recherche de moyens pour rendre l’hébergement infogéré pour WordPress plus puissant, plus fiable – et plus simple.
Si vous avez besoin d’un site WordPress rapide et sécurisé, consultez nos plans d’hébergement pour trouver celui qui répond à vos besoins.