Descarregar sites que utilizam Marionette.js

Sobre Marionette.js

As frameworks não costumam desaparecer. Deixam de ser escolhidas e continuam a correr, e Marionette.js é um caso claro desse padrão. Construída sobre o Backbone para dar a estrutura de que as aplicações maiores precisavam, lançada pela primeira vez em 2011 e adotada de forma ampla nos anos seguintes, a framework é hoje raramente escolhida para coisas novas e continua bem viva nos sites que a adotaram.

O que sobrevive diz mais do que aquilo que esteve na moda. Uma aplicação que ainda corre sobre esta framework é tipicamente uma ferramenta interna, um painel, um portal ou uma interface de administração que funciona, tem utilizadores pagantes e custaria muito dinheiro a reescrever. O ecossistema JavaScript em redor seguiu em frente, e os programadores que conheciam as suas convenções acompanharam na maioria esse movimento, por isso a questão da manutenção torna-se mais aguda a cada ano que o código fica onde está.

Não há empresa nenhuma a quem perguntar isto. A framework tem licença MIT e é mantida pela comunidade, sem fornecedor, sem servidor de licenças e sem lista de clientes, por isso ninguém lá dentro sabe onde está instalada. Uma base instalada que se mantém unida pela distribuição de código aberto só pode ser medida por observação a partir de fora.

Em outubro de 2026 encontramos Marionette.js em 1289 sites. As frameworks de front end são detetadas a partir daquilo que se pede ao browser para carregar, e o empacotamento e a minificação, quase universais em aplicações desta geração, retiram boa parte das provas e deixam apenas os sites que distribuem a biblioteca de forma reconhecível. As aplicações atrás de um início de sessão são, por definição, invisíveis para um rastreador, e o código antigo gosta de ficar aí, por isso a contagem entende-se melhor como a superfície visível de uma base instalada maior.

A razão para querer a lista inteira em vez de uma resposta é que o legado é um mercado. As consultoras que vendem modernização, os fornecedores de frameworks que vendem um caminho de migração e os recrutadores que compõem equipas para reescritas precisam todos da população de sites que ainda carregam código de front end antigo, e não da confirmação sobre um domínio que já conheciam. As equipas de segurança têm o interesse simétrico, já que uma dependência que deixou de receber atenção regular merece ser inventariada antes de se tornar urgente. A nossa exportação dá os domínios onde a framework é detetada juntamente com o resto da pilha, e é aí que os candidatos a migração se destacam de facto.