Descargar sitios web que utilizan Catberry.js

Acerca de Catberry.js

Renderizar el mismo JavaScript en un servidor y en un navegador fue un problema abierto a mediados de la década pasada, y varios proyectos de Node lo atacaron antes de que los frameworks mayoritarios absorbieran la idea y la convirtieran en una opción de configuración.

Catberry.js fue uno de esos intentos. El framework organizaba una aplicación en componentes independientes, dueños de su propio estado y de su propio renderizado, y trataba el renderizado en servidor como el comportamiento por defecto y no como un añadido, de modo que la página llegaba en forma de marcado y luego tomaba el control en el navegador. El trabajo sobre él se remonta a 2014, cuando la etiqueta isomórfico todavía describía un problema concreto de ingeniería y no una categoría de marketing. Publicado con licencia MIT y escrito en JavaScript, el proyecto estaba en npm y a la vista de todos, y esa es la única manera que tiene de reunir usuarios un framework sin ninguna empresa detrás.

En octubre de 2026 el rastreo encuentra Catberry.js en 1 sitio. Un recuento tan pequeño es lo interesante del caso y no una decepción, porque deja constancia de lo que le ocurrió a toda una generación de frameworks que resolvieron un problema real y a los que después adelantaron proyectos con más gente detrás. Los sitios que todavía llevan la firma rara vez son construcciones recientes.

Para un investigador, el significado práctico de una coincidencia es el riesgo de mantenimiento. Una página servida todavía por un framework sin mantenimiento implica un código que nadie ha reconstruido en mucho tiempo, dependencias fijadas a versiones antiguas de Node y un equipo que no puede o no quiere tocar la parte cliente. Las agencias que ofrecen proyectos de cambio de plataforma, los investigadores de seguridad que buscan árboles de dependencias caducados y cualquiera que estudie la rotación de frameworks quieren lo mismo de una página como esta: los dominios y no el total.

La detección es aquí indirecta, y conviene decirlo en voz alta. La firma con la que trabajamos es un artefacto del lado del cliente, así que un flujo de compilación que la renombre o la incruste oculta el framework por completo, y una aplicación que solo renderiza en el servidor puede usarlo sin dejar nada que un rastreador pueda ver. El recuento es, por tanto, una cota inferior, y probablemente una cota blanda.

Una comprobación por dominio dice si un sitio del que ya se sospecha usa el framework. Una lista descargable responde a la pregunta que de verdad importa en un estudio de interfaces envejecidas, que es dónde están las instalaciones que quedan. Comprobar dominios de uno en uno no reconstruye eso por mucho que se insista, porque los dominios que usan un framework poco conocido son justo aquellos que a nadie se le ocurriría probar.