Télécharger les sites web qui utilisent jQuery UI

À propos de jQuery UI

Le code front end a tendance à survivre à ceux qui l’ont écrit. jQuery UI a vu le jour en 2007 comme l’ensemble de composants compagnon de jQuery, et il répondait à un vrai problème de son époque. Boîtes de dialogue, sélecteurs de date, listes triables, panneaux redimensionnables et glisser-déposer se comportaient tous de la même façon sur des navigateurs qui ne s’accordaient guère sur autre chose. Un site qui sert jQuery UI aujourd’hui ne prend en général pas une nouvelle décision technologique. Il reconduit un thème, un écran d’administration ou un formulaire de réservation écrit à l’époque où la bibliothèque était la réponse évidente, et personne n’a eu de raison de rouvrir ce fichier depuis.

La distinction compte pour la façon dont il faut lire le décompte. En octobre 2026, nous voyons jQuery UI sur 608 001 sites, un chiffre qui reflète un déploiement accumulé plutôt qu’un enthousiasme actuel. Rien dans ce nombre n’implique que de nouveaux projets le choisissent. Ce que le nombre décrit, en revanche, c’est un vaste parc de code installé qui tourne encore dans les navigateurs des visiteurs, qui livre encore du CSS et du JavaScript à chaque chargement de page, et qui appartient encore à quelqu’un qui ne sait peut-être pas qu’il est là.

Les données de version rendent l’héritage visible. Nous enregistrons 379 chaînes de version distinctes pour la bibliothèque, et la version qui apparaît le plus souvent dans nos données est 1.12.1, antérieure à l’arrangement de maintenance actuel confié à OpenJS Foundation. La détection de version est inférentielle et incomplète, car elle dépend d’un commentaire d’en-tête lisible, d’un chemin de fichier versionné ou d’une empreinte de construction reconnaissable. Quantité d’installations sont concaténées dans un paquet minifié unique et ne rapportent aucune version tout court, si bien que la ventilation par version est un échantillon de la population et non un recensement.

La géographie se comporte comme pour la plupart des bibliothèques web de longue durée. Sur les sites où nous la trouvons, 171 806 se situent aux États-Unis, et le mélange de domaines penche fortement vers .com. La concentration est moins intéressante comme fait que comme filtre, puisque les requêtes utiles commencent presque toujours par réduire la population à un pays, un suffixe et une plateforme qui l’accompagne.

Les acheteurs d’une liste comme celle-ci sont rarement curieux de la catégorie JavaScript libraries en elle-même. Les équipes de sécurité veulent savoir quels fournisseurs ou quelles cibles d’acquisition exposent encore du vieux code côté client. Les agences qui vendent de la modernisation veulent des sites dont on peut démontrer qu’ils font tourner une stack assemblée il y a longtemps, sous une forme qu’un client acceptera comme preuve. Les éditeurs de bibliothèques de composants et de plateformes low-code veulent la même liste pour la raison inverse, comme un marché de sites qui dépendent déjà de composants interactifs et que l’on pourrait faire migrer. Les travaux universitaires sur la dégradation des dépendances veulent la population entière et son mouvement d’un instantané à l’autre.

Une requête par domaine répond bien à une question, celle de savoir si un seul site charge la bibliothèque en ce moment. La liste téléchargeable répond à des questions qu’une requête ne peut pas atteindre. Quels hébergeurs concentrent ces installations, comment la bibliothèque cohabite avec des plateformes de contenu et des plugins précis sur le même domaine, si la population se réduit d’un instantané à l’autre, et quelle part d’elle-même se tient derrière des domaines commerciaux plutôt que personnels. La bibliothèque est distribuée sous licence MIT et libre d’usage, donc sa présence à elle seule ne vous dit rien sur les dépenses. Combinée au reste du profil technologique du même domaine, la présence devient un indicateur raisonnable de l’âge et de l’abandon d’un front end, et l’âge d’un front end est en général ce que l’on achète vraiment.