Todos os posts

FourA Digest: 24 de abril a 1 de maio de 2026

Esta semana na FourA: o painel do Proxy Finder integra-se ao sistema de design da FourA, erros de login agora são recuperados de forma limpa e o Overview filtra por produto e resultado.

Highlights

O painel do Proxy Finder agora tem a mesma aparência e comportamento do restante da FourA: as mesmas fontes, os mesmos gráficos e o mesmo tema que acompanha você entre os subdomínios. Erros de login que antes resultavam em um beco sem saída em uma página 400 agora são recuperados e direcionam você de volta ao login. E você pode filtrar as métricas do Overview por produto: Single, Proxy Finder ou Browser.

What's New

Proxy Finder dashboard: design system applied

Concluímos a migração do painel do Proxy Finder para o sistema de design da FourA esta semana. Tipografia Outfit, paleta índigo, Chart.js unificado, o mesmo padrão de barra lateral do Dashboard principal, containers de tabela que se destacam do fundo da página e cartões de estatísticas correspondentes. Ambas as visualizações no Proxy Finder também receberam novos favicons.

Theme sync is now realtime. Alterne do modo claro para o escuro no Dashboard principal e o Proxy Finder acompanha em milissegundos. O mesmo acontece no sentido inverso. Sem recarregar.

Se você tem alternado entre os produtos, deve notar a diferença: deixa de parecer que são três aplicativos separados costurados uns aos outros.

Product and Outcome filters on the Dashboard

O Overview agora tem filtros em formato de chip acima das métricas. Escolha Single, Proxy Finder ou Browser para limitar cada painel e gráfico a um único produto. O mesmo vale para Outcome: filtre por sucesso, timeout, rate-limit e assim por diante.

A tabela Activity recebeu símbolos coloridos correspondentes para cada produto, permitindo que você analise o log rapidamente e veja qual produto processou uma request sem precisar ler a coluna.

Uma observação rápida: ao filtrar por produto, o painel Concurrency é desativado. Esse painel usa contagens de conexões em tempo real que não são divididas por produto, por isso preferimos deixá-lo cinza a exibir um número enganoso.

Login recovery instead of dead-end errors

Se você acessasse o fluxo de login em um momento inadequado (botão de voltar, favorito, duas abas abertas ao mesmo tempo, cookie expirado), a verificação de estado do OAuth poderia falhar e deixar você em uma página bruta de 400 invalid_state. Oito ações diferentes de usuários normais podiam acionar isso, todas elas inofensivas.

Isso foi resolvido. A verificação de estado agora limpa os cookies antigos e envia você de volta para /auth/login de forma limpa. As páginas de erro para casos catastróficos agora também são personalizadas com a nossa marca, caso algo realmente grave aconteça. E o /logout limpa corretamente o cookie de estado do OAuth junto com a sessão.

Se você estava enfrentando essa barreira no login, não deve mais passar por isso.

Single: clearer responses when upstream is unavailable

A API do Single agora distingue entre dois modos de falha que antes pareciam iguais: o site de destino estar indisponível versus o destino retornar algo que não era o JSON esperado.

Se você analisa responses do Single programaticamente, isso é importante. Você pode tratar "o site está fora do ar" e "o site retornou um HTML estranho" como casos diferentes sem precisar inspecionar o corpo da response por conta própria.

API Keys: in-place Copy button and modal protection

Duas pequenas correções na página de Keys que surgiram ao observar usuários reais.

O botão "Copy" agora fica no próprio bloco da nova chave, e não apenas no rodapé do modal. As pessoas não estavam associando o botão do rodapé ao valor da chave acima dele. Agora ele está onde você esperaria.

E o modal de nova chave agora está protegido contra fechamento acidental ao clicar no fundo (backdrop). Clicou fora? Nada acontece. Você só perde a chave se fechá-la intencionalmente. Antes desta correção, um clique acidental poderia apagar uma chave recém-criada sem possibilidade de recuperação.

Under the Hood

O pool do Proxy Finder agora sincroniza de forma incremental em vez de buscar a lista completa todas as vezes. A qualidade de seleção também sobrevive a reinicializações: o estado de pontuação é persistido entre os boots, para que não tenhamos que reaprender o pool do zero após cada reinicialização. Efeito prático para você: qualidade de proxy mais consistente, menos pontos cegos após um deploy.

A parte de descoberta do Proxy Finder removeu algumas fontes de feeds inativas, adicionou 25 novas e agora rejeita fontes que retornam hosts não-IPv4 ou protocolos desconhecidos. Uma melhoria silenciosa na captação, com menos candidatos inúteis.

O script de analytics na página de status pública não é mais bloqueado, portanto, se você a abriu recentemente e notou o console do desenvolvedor apresentando erros, isso foi corrigido.

E no blog, os gráficos do estudo de caso de latência foram atualizados para mostrar apenas o tráfego de produção de um dos nossos maiores usuários, com um destino hostil excluído para que a mediana não seja distorcida por um único site outlier. O post em si continua o mesmo; os números agora são apenas mais realistas.