Scaricare i siti web che utilizzano KPHP

Informazioni su KPHP

Compilare PHP in binari nativi serve proprio a far sparire il PHP, il che rende strano anche solo trovare un compilatore nell’impronta tecnologica di un sito web. Nel nostro indice KPHP è classificato nella categoria Programming languages, ha come linguaggio di riferimento PHP ed è pubblicato da VK (VKontakte) con licenza GPL v3, e i nostri dati lo fanno risalire al 2020.

A ottobre 2026 l’impronta compare su 26 siti. Una popolazione così ridotta è il risultato stesso, non una nota a margine. I runtime generici si diffondono attraverso i pannelli di hosting e gli installer con un clic, e finiscono su un numero enorme di siti. Un compilatore nato per risolvere il problema di scalabilità di un singolo operatore resta invece confinato vicino alle proprie origini, e i siti che lo usano di solito lo fanno deliberatamente, mantenuti da ingegneri che hanno scelto una toolchain non standard e accettato il lavoro che ne deriva.

Qui l’etichetta della categoria Programming languages può trarre in inganno il lettore. Quando un linguaggio compare associato a un sito, di norma significa che il codice sorgente eseguito in produzione è scritto in quel linguaggio, e un analista che filtra i siti PHP raccoglierà strada facendo installazioni dell’interprete, impostazioni predefinite dell’hosting e scelte di framework. Un sito compilato è un oggetto diverso. Il sorgente può essere scritto in PHP, ma a rispondere alla richiesta è un binario, per cui le domande operative su configurazione, estensioni e impostazioni di runtime hanno risposte diverse, e gli strumenti che si aspettano un interprete spesso non segnalano assolutamente nulla.

I dati di versione sopravvivono alla compilazione, il che si rivela inaspettatamente utile. Disponiamo di 16 stringhe di versione distinte e nella colonna della versione registriamo 7.4.127539. La forma delle stringhe di versione merita un esame attento, perché abbinano un livello di compatibilità con il linguaggio a un lungo contatore di build, per cui quella che a prima vista sembra una forte frammentazione delle versioni è per lo più una deriva di build tra un’installazione e l’altra, non una sequenza di release pubbliche. Chi usa la dispersione delle versioni come indicatore della disciplina negli aggiornamenti dovrebbe tenerne conto prima di trarre conclusioni.

La conseguenza pratica riguarda il flusso delle patch. Un sito servito da un runtime compilato non recepisce gli avvisi di sicurezza di PHP a monte come fa un’installazione con interprete, perché una correzione deve passare prima per il progetto del compilatore e poi per una nuova compilazione e un nuovo rilascio, con i tempi decisi dall’operatore stesso. Per chi mappa l’esposizione, un sito su questo runtime va collocato in un gruppo diverso rispetto a un sito su PHP standard, e i due non andrebbero valutati sullo stesso flusso di avvisi.

Il rilevamento è più debole di quanto il solo conteggio lasci intendere. Il codice compilato si rivela solo quando un operatore lascia al suo posto un header, una pagina di errore o un artefatto di build, e ognuno di questi elementi può essere rimosso senza compromettere il sito, per cui la popolazione installata è probabilmente più ampia di quella che osserviamo. Da qui discende direttamente l’argomento a favore di un elenco anziché di una ricerca puntuale. A questa scala non si possono trovare i siti indovinando i domini, e non esiste altrove alcun repertorio che li raccolga, per cui l’esportazione è il meccanismo di scoperta e non una semplice comodità. Con le colonne di paese, estensione di dominio e versione, l’insieme rilevato basta per verificare se l’uso al di fuori delle proprietà del fornitore sia un fenomeno reale o solo una manciata di host collegati tra loro sotto una gestione comune.