Scaricare i siti web che utilizzano Dojo

Informazioni su Dojo

Poche tecnologie web si prestano a datare un sito quanto un vecchio toolkit JavaScript. Il toolkit Dojo è arrivato nel 2004, quando le incoerenze tra browser erano la parte più difficile del lavoro front end, e ha risolto quel problema abbastanza bene da finire dentro moltissime applicazioni aziendali, intranet, pannelli di amministrazione e console di fornitori. Quasi nessuna di quelle applicazioni è stata riscritta in seguito. Trovare oggi il toolkit su un sito di solito significa trovare un’applicazione costruita una volta, messa in produzione e poi lasciata com’era.

I dati di versione lo dimostrano in modo più netto del numero di siti. Registriamo 84 versioni distinte ancora in circolazione, e una di quelle rilevate più spesso è 1.14.1, che si colloca alla fine della linea originale e non nel ramo moderno riscritto. Una dispersione così ampia, per un toolkit con cui nessuno avvia più nuovi progetti, non è diversità ma sedimento. Ogni versione segna il momento in cui una determinata applicazione ha smesso di essere aggiornata.

La licenza BSD spiega perché il sedimento persiste. Nulla scade, nulla invia dati al produttore e nessun fornitore manda un avviso di rinnovo che costringerebbe a discutere del framework sottostante. Un’applicazione scritta in JavaScript su un toolkit con licenza permissiva continua a servire pagine finché lo fa il server, ed è per questo che la questione della sicurezza è quella interessante. Il vecchio codice lato client accumula problemi noti, e lo stack che lo circonda di solito invecchia allo stesso ritmo.

A ottobre 2026 rileviamo Dojo su 3461 siti nella categoria JavaScript libraries. Il rilevamento dipende dal loader, da percorsi di file riconoscibili e da variabili globali lasciate nella pagina, quindi una build che raggruppa e minifica tutto in un unico file può nascondere completamente il toolkit. Gli strumenti moderni nascondono più di quelli vecchi, il che sposta la popolazione visibile proprio verso le installazioni legacy mai toccate descritte sopra. Il conteggio va letto come prova relativa a una fetta specifica e commercialmente interessante, non come una base installata completa.

Conta dove compare il toolkit, non meno di quante volte compare. I siti di marketing pubblici oggi lo usano raramente, quindi i rilevamenti si concentrano su schermate di login, portali clienti, sistemi di prenotazione, servizi universitari e interfacce di amministrazione di fornitori di hardware e software. Applicazioni di questo tipo stanno dietro un processo di acquisto, servono un pubblico vincolato che non ha voce in capitolo e vengono sostituite secondo cicli di budget misurati in anni, non secondo le preferenze degli sviluppatori. Un’organizzazione che compare qui ha un’applicazione datata in produzione e, da qualche parte al suo interno, una decisione irrisolta su cosa fare dopo.

Nessuno compra questo elenco per trovare gli early adopter. Gli acquirenti sono quelli che traggono profitto dall’opposto della novità. Le società di modernizzazione e migrazione cercano organizzazioni che usano ancora un toolkit le cui competenze sono diventate rare. I ricercatori di sicurezza cercano la popolazione che esegue vecchio codice lato client, ordinata per versione e paese. Gli analisti della concorrenza e i recruiter vogliono sapere quali settori non se ne sono mai andati. Sono tutte interrogazioni su un’intera popolazione incrociata con versione e stack, e una ricerca per singolo dominio non risponde a nessuna di esse, perché il valore sta nella forma dell’insieme e non in un singolo dominio al suo interno.