Télécharger les sites web qui utilisent Prototype

À propos de Prototype

Certaines lignes d’un dataset de technologies décrivent ce que les gens construisent. Prototype décrit ce que les gens ont cessé de toucher.

Prototype est une bibliothèque JavaScript parue pour la première fois en 2005 sous licence MIT, issue de l’époque où les navigateurs divergeaient assez entre eux pour qu’une couche de compatibilité ne soit pas facultative. Les nouveaux projets ne la choisissent plus depuis très longtemps. Sa présence aujourd’hui signifie donc quelque chose de plus intéressant que l’adoption.

En octobre 2026 la bibliothèque répond encore sur 170 489 sites. C’est en Allemagne que se trouvent 72 002 d’entre eux, et .de traverse le groupe, un déséquilibre qui en dit plus sur les plateformes de boutique et de publication qui embarquaient Prototype sur ce marché que sur la bibliothèque elle-même. Nous relevons 27 chaînes de version distinctes, et 1.7.3 est largement présente.

Un éventail de versions aussi large sur une bibliothèque qui a cessé de bouger, voilà toute l’histoire. Les sites sont figés sur ce que leur plateforme de commerce, leur thème ou leur génération de framework livrait à l’époque, si bien que la chaîne de version fonctionne comme une couche fossile qui indique quand un site a été reconstruit pour la dernière fois, et non quand il a été modifié pour la dernière fois. Le contenu peut être parfaitement à jour alors que le code en dessous n’a plus été touché depuis cette reconstruction.

La distribution de ces chaînes de version mérite d’être lue en regard de la géographie. Les bibliothèques héritées ne survivent pas au hasard, elles survivent là où une plateforme largement déployée les a embarquées et là où les utilisateurs de cette plateforme n’avaient aucune raison de migrer, ce qui explique qu’un déséquilibre national sur une bibliothèque aussi ancienne pointe généralement vers un écosystème régional de commerce ou de publication plutôt que vers une préférence nationale en matière de goût technique.

Un frontend figé est à la fois un signal commercial et un signal de sécurité. Les agences de modernisation voient dans une liste comme celle-ci un vivier de prospects manifestement en retard, avec l’argumentaire technique déjà écrit pour elles. Les chercheurs en sécurité y lisent une surface d’exposition, parce que les bibliothèques non maintenues accumulent des problèmes connus et que les sites qui les portent n’ont que rarement quelqu’un pour les surveiller. Les éditeurs de plateformes y lisent un réservoir de migration, puisqu’un site posé sur une vieille stack embarquée n’est en général qu’à une version de distance de l’abandon par son propre fournisseur. Quiconque mène une due diligence technique sur une acquisition y lit une question à poser au cédant.

Aucune de ces lectures ne tient à l’échelle d’un domaine unique. Vérifier un site vous apprend que ce site est ancien. La liste vous dit quelle est la taille de la population figée, où elle se trouve, quelles plateformes la portent, quelles versions se regroupent, et si le groupe se réduit à un rythme dont il faut tenir compte dans ses plans, et seule une photographie complète comparée à une plus ancienne répond à la dernière de ces questions.

Le décompte penche par construction du côté prudent. La détection suppose que la bibliothèque s’identifie elle-même, donc les paquets groupés et minifiés qui suppriment la bannière de version sont mal reconnus ou passent entièrement inaperçus. Un site peut aussi charger Prototype sur un parcours de commande ou une page d’administration qu’une exploration des pages publiques n’atteint jamais. Ce qui apparaît ici est un reste visible de code hérité plutôt qu’un recensement complet, ce qui rend la forme du déclin plus fiable que le chiffre absolu.