Scaricare i siti web che utilizzano Angie

Informazioni su Angie

Il server Angie esiste per via di un evento societario, non di una lacuna tecnica. Il progetto è nato nel 2022 come fork di un web server affermato, per iniziativa di ingegneri che avevano lavorato sull’originale e che volevano proseguire lo sviluppo su basi diverse dopo il cambio di proprietà e di priorità del progetto padre. Il codice resta volutamente compatibile, per cui un operatore può sostituire i binari e mantenere gli stessi file di configurazione, gli stessi moduli e le stesse abitudini.

È la compatibilità a rendere economica la migrazione, ed è la migrazione economica a rendere interessante la curva di adozione. Il fork è mantenuto da Auriga e pubblicato con licenza BSD, della stessa famiglia permissiva di quella del progetto padre, quindi non c’è alcuna barriera di licenza da discutere internamente. Le aggiunte sono del tipo che i team operativi notano: un monitoraggio a runtime più ricco, un controllo più fine sui server upstream e funzionalità che il progetto padre riserva alla sua edizione commerciale. Il linguaggio di implementazione è C, ereditato insieme al resto del codice, il che conta soprattutto perché colloca il fork nella stessa classe di prestazioni e di vulnerabilità del progetto padre.

A ottobre 2026 il server risponde per 90.839 siti, di cui 62.610 si trovano in Germania, con .de come estensione più comune. Una concentrazione di questa portata non parla quasi mai dei singoli proprietari di siti. I web server li scelgono le società di hosting, e un solo provider che uniforma il proprio parco su una nuova build sposta un intero blocco di domini in un colpo solo, senza che un singolo cliente prenda alcuna decisione. Leggere una tecnologia di hosting come misura delle preferenze degli sviluppatori è l’errore classico, e la distribuzione per paese qui ne mostra bene il motivo.

I dati di versione sostengono la stessa lettura. Registriamo 34 release in circolazione, con 1.12.1 come build riportata dalle installazioni attuali, il che rappresenta una dispersione ridotta per una base installata di queste dimensioni, e le dispersioni ridotte sono proprio il segno dei deployment su interi parchi di server. Gli operatori indipendenti aggiornano secondo i propri tempi e spalmano la distribuzione su molte release. Un provider distribuisce una sola build ovunque e produce un picco.

Il rilevamento dipende dal fatto che il server dichiari il proprio nome in un header di risposta, e un header si modifica con estrema facilità. Alcuni operatori lo impostano sul nome del progetto padre per compatibilità o per riservatezza, altri lo svuotano, e qualsiasi sito dietro una rete di caching risponde con l’header della rete invece che con quello del server di origine. Il conteggio è una stima per difetto, e sottorappresenta proprio gli operatori più attenti, quelli che più varrebbe la pena conoscere.

Per un ricercatore, il valore della lista completa sta nel rendere visibile una migrazione mentre è ancora in corso. Un fork giovane che si diffonde nei parchi server degli hosting è un evento misurabile, e misurarlo richiede tutti i domini, raggruppati per rete e per paese e confrontati nel tempo con la popolazione del progetto padre. Verificare un singolo dominio dice quale binario risponde su un host. I fornitori di infrastruttura, i team di sicurezza che seguono un nuovo codice e gli analisti che osservano un mercato dividersi lungo linee politiche hanno invece bisogno dell’intera popolazione.