Scaricare i siti web che utilizzano OpenSwoole

Informazioni su OpenSwoole

Il fingerprinting di un runtime è possibile solo quando è il runtime stesso a rispondere alla richiesta, ed è esattamente la posizione in cui si colloca lo strumento OpenSwoole. Invece di funzionare come uno script che un web server invoca e poi dimentica, mantiene attivo un processo PHP e lascia che quel processo tenga aperte le connessioni, motivo per cui l’etichetta della categoria Web frameworks gli si addice più di quanto farebbe quella di una libreria. Pubblicato con licenza Apache 2.0 e datato nei nostri archivi al 2021, il progetto esiste perché il modello a un processo per richiesta non può tenere aperto un websocket né servire molti client concorrenti da un unico host.

Il motivo tecnico per cui un team ricorre a questo strumento spiega chi finisce nell’elenco. Un’applicazione PHP che deve inviare aggiornamenti invece di rispondere e terminare ha davanti alcune strade. Riscrivere il servizio in un altro linguaggio, aggiungere un secondo runtime allo stack, oppure rendere di lunga durata il processo PHP stesso. Scegliere l’ultima opzione mantiene un solo linguaggio e un’unica base di codice, il che attira i team con una profonda competenza in PHP e nessuna voglia di gestire un secondo runtime. Chat, dashboard in tempo reale, backend di giochi, servizi di notifica e API interne sono i risultati abituali.

Contare tutto questo dall’esterno è un’altra faccenda. A ottobre 2026 registriamo 9 siti, e il numero descrive un piccolo angolo visibile dell’uso reale. Un’installazione in produzione di solito sta dietro un reverse proxy che risponde alla richiesta pubblica e riscrive l’intestazione server, così il motore scompare del tutto dalla vista esterna. Restano rilevabili le installazioni in cui il processo è esposto direttamente su internet, o in cui le intestazioni passano intatte, il che sbilancia l’elenco verso configurazioni più piccole, strumenti interni pubblicati su un nome host e team che non hanno mai cambiato un’impostazione predefinita.

Uno sbilanciamento così prevedibile resta gestibile una volta che si sa che c’è. Ogni dominio dell’insieme è un servizio PHP attivo e confermato che esegue un motore asincrono, il che delimita un gruppo tecnico ristretto e autoselezionato. I fornitori che vendono osservabilità, hosting gestito o supporto al runtime ai team PHP cercano proprio quel gruppo. Anche i ricercatori che si chiedono se il linguaggio stia trattenendo carichi di lavoro che altrimenti sarebbero migrati altrove hanno bisogno di quel gruppo.

Un progetto open source non ha un sistema di fatturazione da cui contare gli utenti, ed è per questo che una scansione esterna è l’unico censimento disponibile per software come questo. Verificare un dominio dice se quell’host sta eseguendo il motore in questo momento. L’esportazione dice dove il motore è effettivamente installato, che cosa gli sta davanti, su quali domini nazionali si concentra e se la popolazione cresce o si riduce da una release all’altra. Sono domande a cui chi mantiene il progetto, e chiunque venda ai suoi utenti, non ha altro modo di rispondere.