Télécharger les sites web qui utilisent OpenSwoole

À propos de OpenSwoole

Identifier l’empreinte d’un moteur d’exécution n’est possible que lorsque ce moteur est ce qui répond à la requête, et c’est exactement la position dans laquelle OpenSwoole se place. Au lieu de tourner comme un script qu’un serveur web invoque puis oublie, il garde un processus PHP vivant et laisse ce processus maintenir des connexions ouvertes, ce qui explique que l’étiquette de la catégorie Web frameworks lui aille mieux qu’une étiquette de bibliothèque. Publié sous licence Apache 2.0 et daté dans nos relevés de 2021, le projet existe parce que le modèle d’un processus par requête ne peut ni maintenir un websocket ouvert ni servir de nombreux clients simultanés depuis un seul hôte.

La raison technique qui pousse une équipe à y venir explique qui se retrouve dans la liste. Une application PHP qui doit pousser des mises à jour plutôt que répondre puis s’arrêter a quelques options. Réécrire le service dans un autre langage, greffer un second moteur d’exécution sur la stack, ou rendre le processus PHP lui-même persistant. Choisir la dernière option permet de conserver un seul langage et une seule base de code, ce qui séduit les équipes dotées d’une expertise PHP profonde et sans appétit pour l’exploitation d’un second moteur. Messagerie instantanée, tableaux de bord en direct, backends de jeux, services de notification et API internes en sont les résultats habituels.

Compter tout cela depuis l’extérieur est une tout autre affaire. En octobre 2026 nous enregistrons 5 sites, et ce nombre décrit un petit coin visible de l’usage réel. Un déploiement en production se place le plus souvent derrière un proxy inverse qui répond à la requête publique et réécrit l’en-tête serveur, de sorte que le moteur disparaît entièrement de la vue extérieure. Ce qui reste détectable, ce sont les déploiements où le processus fait face directement à internet, ou bien ceux où les en-têtes passent sans être touchés, ce qui fait pencher la liste vers les installations plus petites, les outils internes publiés sur un nom d’hôte, et les équipes qui n’ont jamais changé un réglage par défaut.

Un biais aussi prévisible reste exploitable dès lors que vous savez qu’il est là. Chaque domaine de la liste est un service PHP vivant et confirmé qui fait tourner un moteur asynchrone, et l’ensemble forme un groupe technique restreint et auto-sélectionné. Les fournisseurs qui vendent de l’observabilité, de l’hébergement infogéré ou du support de moteurs d’exécution aux équipes PHP veulent précisément ce groupe. Les chercheurs qui se demandent si le langage retient des charges de travail qui auraient autrement migré ailleurs le veulent aussi.

Un projet open source n’a pas de système de facturation sur lequel s’appuyer pour compter, et c’est pourquoi une exploration externe est le seul recensement disponible pour un logiciel de ce type. Vérifier un domaine indique si cet hôte fait tourner le moteur en ce moment. L’export dit où le moteur est déployé tout court, ce qui se place devant lui, sur quels domaines nationaux il se regroupe, et si la population croît ou décroît d’une version à l’autre. Ce sont les questions auxquelles les mainteneurs du projet eux-mêmes, et quiconque vend à ses utilisateurs, n’ont aucun autre moyen de répondre.