Websites herunterladen, die OpenSwoole nutzen

Über OpenSwoole

Eine Laufzeitumgebung lässt sich nur dann per Fingerabdruck erkennen, wenn sie selbst die Anfrage beantwortet, und genau in diese Position bringt sich OpenSwoole. Statt als Skript zu laufen, das ein Webserver aufruft und dann vergisst, hält die Software einen PHP-Prozess am Leben und lässt diesen Prozess Verbindungen offen halten, weshalb die Kategorie Web frameworks besser passt, als es die Einordnung als Bibliothek täte. Unter der Lizenz Apache 2.0 veröffentlicht und in unseren Daten auf 2021 datiert, existiert das Projekt, weil das Modell mit einem Prozess pro Anfrage keinen WebSocket offen halten und nicht viele gleichzeitige Clients von einem Host aus bedienen kann.

Der technische Grund, aus dem ein Team dazu greift, erklärt, wer in der Liste landet. Eine PHP-Anwendung, die Updates aktiv ausliefern muss, statt zu antworten und sich zu beenden, hat einige Möglichkeiten: den Dienst in einer anderen Sprache neu schreiben, eine zweite Laufzeitumgebung an den Stack anflanschen oder den PHP-Prozess selbst langlebig machen. Wer sich für die letzte Variante entscheidet, behält eine einzige Sprache und eine einzige Codebasis, was Teams anspricht, die fundierte PHP-Kenntnisse mitbringen und kein Interesse daran haben, eine zweite Laufzeitumgebung zu betreiben. Typische Ergebnisse sind Chats, Live-Dashboards, Spiele-Backends, Benachrichtigungsdienste und interne APIs.

Das alles von außen zu zählen, ist eine andere Sache. Stand Oktober 2026 erfassen wir 5 Websites, und diese Zahl beschreibt nur einen kleinen sichtbaren Ausschnitt der tatsächlichen Nutzung. Ein Produktiv-Deployment steht meist hinter einem Reverse Proxy, der die öffentliche Anfrage beantwortet und den Server-Header umschreibt, sodass die Engine von außen vollständig verschwindet. Erkennbar bleiben Deployments, bei denen der Prozess direkt aus dem Internet erreichbar ist oder die Header unverändert durchgereicht werden, was die Liste zu kleineren Setups verschiebt, zu internen Werkzeugen, die unter einem Hostnamen veröffentlicht sind, und zu Teams, die nie eine Voreinstellung geändert haben.

Mit einer so vorhersehbaren Verzerrung lässt sich trotzdem arbeiten, wenn man sie kennt. Jede Domain in der Menge ist ein bestätigter, laufender PHP-Dienst mit einer asynchronen Engine, und zusammen ergeben sie eine enge, selbstselektierte technische Gruppe. Anbieter, die PHP-Teams Observability, Managed Hosting oder Runtime-Support verkaufen, wollen genau diese Gruppe, und ebenso Forscher, die wissen wollen, ob die Sprache Workloads hält, die sonst anderswohin abgewandert wären.

Ein Open-Source-Projekt hat kein Abrechnungssystem, aus dem sich zählen ließe, weshalb ein externer Scan die einzige verfügbare Bestandsaufnahme für Software dieser Art ist. Die Prüfung einer Domain zeigt, ob dieser Host die Engine gerade betreibt. Der Export zeigt, wo die Engine überhaupt im Einsatz ist, was ihr vorgeschaltet ist, auf welchen Länderendungen sie sich häuft und ob der Bestand zwischen den Releases wächst oder schrumpft. Auf genau diese Fragen haben die Maintainer des Projekts und alle, die an seine Nutzer verkaufen, sonst keine Antwort.