Descarregar sites que utilizam mod_perl

Sobre mod_perl

Software tão antigo num servidor ativo raramente é uma questão de moda. O mod_perl data de 1996, o que o coloca entre as primeiras respostas sérias ao problema da web ser lenta porque cada pedido criava um interpretador novo. Escrito em C e lançado pela Apache Software Foundation com licença Apache 2.0, o módulo embute um interpretador de Perl dentro do próprio processo do Apache, mantém-no quente entre pedidos e dá ao código Perl acesso direto ao tratamento interno de pedidos do servidor, em vez da passagem mais restrita que o CGI permitia.

O argumento de desempenho que o justificava já foi ganho várias vezes por outras vias, e mesmo assim o módulo persiste. A persistência é o facto interessante aqui. Reescrever uma aplicação Perl que acumulou anos de lógica de negócio não documentada é caro e não entrega nada que um cliente consiga ver, por isso a decisão sensata, repetida ano após ano, é deixá-la a correr. Uma correspondência tende a marcar uma aplicação mais antiga do que a equipa de engenharia atual, uma em que o custo da mudança é bem conhecido e a vontade de mudar é pouca.

A questão de quem escolheu é a outra coisa a ter presente. Os painéis de controlo de alojamento partilhado incluem o módulo como parte de uma compilação padrão do Apache há muitíssimo tempo, o que significa que uma grande parte das instalações nunca foi sequer uma escolha do dono do site. O módulo está lá porque o alojamento o compilou. Ler cada correspondência como prova de uma equipa interna de Perl exageraria muito o caso, e as duas populações, os utilizadores deliberados e as omissões herdadas, são idênticas vistas de fora.

A geografia torna esse retrato mais nítido. Em outubro de 2026 vemos o módulo em 38 198 sites, e 14 909 deles estão no Reino Unido, uma quota suficientemente grande para pedir explicação. O gosto nacional raramente desloca um módulo de servidor assim tanto. Um punhado de grandes alojamentos a construir a mesma imagem do Apache em toda a sua frota desloca, e um pico ao nível de um país num módulo compilado costuma ser um facto ao nível do fornecedor vestido com um rótulo nacional.

Aqui existem dados de versão, o que é invulgar num módulo de servidor e é útil. Conseguimos separar 24 versões distintas no terreno, com 2.0.12 a repetir-se numa grande parte da população. Uma dispersão assim, numa base de código cujo ritmo de lançamento se mede em anos, indica há quanto tempo estas instalações estão paradas sem serem tocadas, e dá a quem acompanha um aviso de segurança concreto uma forma de dimensionar o conjunto afetado em vez de o adivinhar.

A contagem é um limite inferior e merece ser tratada como tal. O módulo só é visível quando um servidor o oferece por iniciativa própria, normalmente num cabeçalho de resposta que lista os módulos compilados, e muitos operadores encurtam ou removem esse cabeçalho exatamente por esta razão. Os proxies inversos e as redes de distribuição de conteúdos substituem-no por completo. Onde o cabeçalho sobrevive, também pode estar atrasado face à realidade, ao descrever o que foi compilado e não o que um pedido executa de facto. O que o conjunto de dados contém são servidores que admitem o módulo, não todos os servidores que o utilizam.

Perguntar por um domínio dá um sim ou um não que o servidor pode estar a subestimar. A lista sustenta as perguntas que as pessoas realmente têm. Que alojamentos ainda incluem o módulo, como se distribui o parque pelas várias versões, que setores mantiveram vivas as suas aplicações Perl e com que rapidez a população encolhe de um ano para o outro. Para uma equipa de segurança a dimensionar a exposição, uma consultora de migração à procura de candidatos ou um investigador que escreve sobre a cauda longa da web, a resposta está no agregado e não na consulta isolada.