Contactar o apoio

Respondemos por e-mail, normalmente em dois dias.

Para prevenir abusos, o Google reCAPTCHA verifica este envio; alguns dados são transmitidos ao Google. O script só é carregado na abertura deste formulário.

← Todos os artigos

Um ponto de acesso que responde com nada

Neste servidor há um caminho que não faz nada. Uma regra de reescrita apanha-o e devolve 204: sem conteúdo, sem corpo, sem trabalho. A 30 de agosto foi chamado 1.000 vezes.

chamadas a /ssl/mt/ a 30 de agosto, por contador doze contadores com mais chamadas sítio 1 163 sítio 2 89 sítio 3 60 sítio 4 56 sítio 5 55 sítio 6 42 sítio 7 21 sítio 8 17 sítio 9 14 sítio 10 13 sítio 11 12 sítio 12 9 1.000 chamadas de 45 contadores e 240 endereços num dia nenhuma de um robô — são pessoas, e a resposta está vazia

O que já foi

O caminho chama-se /ssl/mt/, e mt quer dizer mouse tracking. Em 2015 um script registava para onde ia o ponteiro de um visitante e mandava as coordenadas para aqui. Essa funcionalidade já não existe. A regra que responde 204 é o que dela sobrou, e existe para que o script naquelas páginas receba uma resposta válida em vez de um 404 na consola.

As chamadas vêm de 45 contadores diferentes e 240 endereços diferentes. Nem uma vem de um robô. São navegadores, em páginas verdadeiras, a executar um script que há anos chama um ponto de acesso morto, e um único sítio vale 163 das mil.

Ninguém vai arranjar isto

O script está no HTML da página de outra pessoa. Foi lá colado uma vez e não há mecanismo pelo qual venha a ser colado de novo. O mesmo vale para o endereço de contador de 2006, que ainda leva quase todo o tráfego de contagem.

Restam duas hipóteses honestas. Responder 204 para sempre, o que custa uma regra de reescrita e nada de PHP. Ou deixar de responder, o que transforma um nada silencioso num erro nos navegadores de 45 pessoas, sem proveito para ninguém.

Continuamos a responder. É a resposta mais barata possível e é invisível para quem tem essa página.

Quanto custa de facto

A regra está no .htaccess e nunca chega ao PHP, portanto o custo é uma comparação de padrão por pedido. Mil por dia não é um número que valha a pena otimizar; a razão para medir não era o custo, mas saber se ainda alguém chamava.

A resposta — quarenta e cinco sítios, nenhum robô — é a parte que muda a forma de pensar as remoções. Desligar uma funcionalidade não pára os pedidos. Pára as respostas.

O que se generaliza

Uma funcionalidade removida deixa duas pegadas: o código que apagaste e os que continuam a chamar, e a esses não chegas. A primeira está no repositório e é fácil ter orgulho nela. A segunda está só no registo, e continua a chegar.

A pergunta útil antes de tirar algo que outros embeberam não é «isto ainda se usa» mas «quem vai continuar a chamar, e o que receberá». As duas metades são mensuráveis, e só uma está no código.

Publicidade