Descarregar sites que utilizam Phoenix

Sobre Phoenix

Phoenix é um nome partilhado por vários projetos sem relação entre si, por isso a primeira tarefa desta ficha é dizer para qual deles aponta o registo. O nosso é o repositório Phoenix publicado pela organização Sazito no GitHub, um boilerplate para construir aplicações React com renderização no servidor e suporte de localização. Uma framework web com o mesmo nome ocupa outro lugar do nosso catálogo, e quem toma uma pela outra infere uma pilha completamente diferente a partir da mesma correspondência.

Um boilerplate é um ponto de partida e não uma dependência, o que altera o significado de uma deteção. Uma equipa copia o repositório, muda o nome de uma diretoria, instala pacotes e constrói depois um produto por cima, pelo que o que sobrevive até à página entregue é andaime: a nomenclatura dos pacotes e dos blocos, uma configuração de renderização que serve a marcação a partir do servidor e a ativa no browser, e convenções de organização de ficheiros que ninguém teve motivo para alterar. São esses vestígios que reconhecemos, e o que eles dizem é que um site partiu deste modelo, não que alguém esteja a acompanhar as suas versões.

O nosso registo estruturado marca uma distribuição com licença MIT, situa a entrada em 2019 e nomeia JavaScript no campo da linguagem. Valores de catálogo deste tipo descrevem aquilo que nós temos e não aquilo que o repositório distribui, e num projeto difundido apenas como modelo o repositório é a totalidade do editor. Nenhuma empresa o vende, não saem notas de versão para clientes e ninguém, em lado nenhum, mantém uma lista de quem o clonou, o que deixa a observação de sites em atividade como única maneira de saber onde a coisa foi parar.

Em outubro de 2026 registamos a impressão digital em 221 sites. Uma contagem construída a partir do resíduo de um modelo comporta-se de forma diferente de uma contagem construída a partir de uma biblioteca. Os projetos que retiraram o andaime, mudaram o nome dos pacotes ou substituíram por completo a compilação deixam de corresponder sem deixarem de descender do mesmo ponto de partida, e uma aplicação muito personalizada pode perder todos os marcadores sem alterar nada que um visitante note, pelo que o conjunto visível pende para as instalações que ficaram próximas das predefinições.

A utilidade da lista decorre daí. Os fornecedores de ferramentas para programadores ficam com um conjunto de equipas que correm uma compilação React renderizada no servidor e de formato conhecido, o que torna uma proposta de integração concreta em vez de genérica. As agências e os recrutadores ficam com as empresas que publicam sobre ele e não com as pessoas que falam dele. Quem audita a exposição da cadeia de fornecimento ganha um ponto de partida para perguntar de que modelo nasceu um front end, uma pergunta que nenhuma listagem pública de pacotes responde sobre uma base de código privada. Uma só consulta não responde a nada disso, porque cada uma dessas perguntas é sobre uma população e não sobre um domínio.