Scaricare i siti web che utilizzano Hammer.js

Informazioni su Hammer.js

Nulla, in una libreria per i gesti touch, lascia prevedere un paese, ed è per questo che la geografia associata a questa voce è la prima cosa da guardare. A ottobre 2026 rileviamo Hammer.js su 398.783 siti, e 259.135 di questi si trovano in Russia, mentre .ru rappresenta buona parte del mix di estensioni. Una libreria JavaScript di uso generale, che qualsiasi sviluppatore in qualsiasi parte del mondo può inserire in qualsiasi pagina, non acquisisce da sola uno sbilanciamento nazionale di questa forma.

La spiegazione è quasi sempre il bundling. Quando un CMS, un tema commerciale, un pannello di amministrazione o un site builder popolare in un determinato mercato include una libreria per i gesti nel proprio bundle di risorse predefinito, ogni sito costruito su quel prodotto eredita la dipendenza senza che nessuno abbia deciso di usarla. Per questo un rilevamento, qui, identifica spesso lo stack preconfezionato sottostante più che una scelta tecnica deliberata, e la concentrazione in un solo mercato è l’impronta di quello stack più che della libreria.

Leggere i dati in questo modo cambia il loro destinatario. Per chi vende agli utenti della piattaforma che domina quel mercato, l’elenco è un modo per individuarli uno per uno attraverso una dipendenza che tutti si portano dietro. Per chi si occupa di audit della supply chain o delle dipendenze, il segnale è diverso e più scomodo: la libreria è distribuita con licenza MIT, la nostra scheda parte dal 2011 e il suo repository upstream da anni riceve pochissima manutenzione. I siti che includono la libreria si portano dietro un file di terze parti congelato che nessuno a monte correggerà, e la maggior parte dei loro proprietari non sa nemmeno che quel file c’è.

Per questa libreria non vengono riportati dati di versione, il che limita la portata dell’analisi in chiave di audit. Possiamo indicare che la libreria è presente su un dominio. Non possiamo indicare quale build sia installata, quindi nessuno dovrebbe usare questo elenco per delimitare il perimetro di uno specifico bollettino di sicurezza. Incrociarlo con la colonna della piattaforma o del CMS è molto più produttivo che cercare di ricavarne a forza un numero di release.

C’è un ulteriore limite che va dichiarato apertamente. Il rilevamento funziona riconoscendo la libreria dove è riconoscibile, di solito tramite un percorso di script identificabile o una variabile globale lasciata nella pagina. Gli strumenti di build moderni che incorporano la libreria in un unico bundle minificato cancellano entrambi gli indizi, e quei siti qui non compariranno affatto. La popolazione va quindi letta come l’insieme dei siti che caricano la libreria come file separato, un insieme sbilanciato verso le build più vecchie e verso le risorse incluse nelle piattaforme. La sottostima è reale, non è casuale e va nella stessa direzione della storia del bundling descritta sopra.