Metodologia

A afirmação

Os arquivos que você selecionou são processados localmente neste navegador e não são enviados pelo FileSlimmer. Essa é uma afirmação específica e verificável. Esta página explica como ela é mantida verdadeira e como você pode confirmá-la sem confiar apenas na frase.

Como você pode verificar por conta própria

1. Abra as ferramentas de desenvolvedor do seu navegador e mude para a aba Network.
2. Carregue uma página de ferramenta e deixe o carregamento terminar. Você verá requisições de HTML, CSS, JavaScript e, para algumas ferramentas, um módulo WebAssembly ou modelo de IA. Todas vêm deste domínio.
3. Limpe o log de rede.
4. Selecione um arquivo e execute a ferramenta.
5. Observe o log. Nenhuma requisição é emitida enquanto o arquivo está sendo processado.

Desligar a conexão de rede depois que a página tiver carregado é a versão mais direta do mesmo teste: as ferramentas continuam funcionando.

Como a compilação aplica isso

Quatro mecanismos independentes, e cada um faz a compilação falhar em vez de emitir um aviso:

• Verificação do código-fonte. Cada arquivo que pode tocar nos seus bytes é examinado em busca de fetch, XMLHttpRequest, WebSocket, EventSource, WebTransport, sendBeacon e FormData. Uma única ocorrência sem anotação interrompe a compilação. A única exceção permitida é um download do mecanismo ou modelo da mesma origem que ocorra antes do início do processamento, e cada um traz uma justificativa por escrito no código-fonte.
• Auditoria de hospedagem própria. Toda a árvore de código-fonte e a saída compilada são verificadas em busca de hosts de terceiros. Nenhuma biblioteca, fonte, modelo ou binário WebAssembly é carregado de uma CDN, portanto não há terceiros no caminho da requisição desde o início.
• Content Security Policy. O cabeçalho Content-Security-Policy implantado define connect-src 'self'. Mesmo que o código tentasse fazer uma requisição de saída, o navegador a recusaria.
• Bloqueio em tempo de execução. Enquanto uma tarefa de processamento está ativa, as próprias primitivas de rede da página são interceptadas e rejeitadas. Esse é o comportamento verificado pelo teste automatizado do navegador.

O que deliberadamente não prometemos

• Não prometemos que um arquivo chegará a um tamanho exato. A compressão depende do conteúdo. Quando um tamanho-alvo não pode ser alcançado sem ultrapassar o limite mínimo de qualidade, o FileSlimmer informa isso e retorna o melhor resultado que conseguiu alcançar.
• Não prometemos que todo arquivo será processado em todo dispositivo. A memória do navegador é finita, e um arquivo grande em um telefone pode ser recusado antes que consiga travar a aba. Os limites do dispositivo são aplicados antes que seu arquivo seja lido, não depois.
• Não prometemos uma pontuação de desempenho. O Lighthouse e os Core Web Vitals dependem do dispositivo e da rede.
• Não prometemos nada sobre suas extensões, seu sistema operacional ou sua rede. Consulte a declaração de privacidade.

Operações destrutivas são identificadas

Algumas operações perdem informações por natureza. A compressão rasterizada de PDF remove texto pesquisável, links, formulários, anotações, camadas, estrutura de acessibilidade e assinaturas digitais. Editar um PDF assinado invalida sua assinatura. Remover metadados não remove informações visíveis na própria imagem. O FileSlimmer avisa antes de cada uma dessas operações, e não depois.

Código aberto

O FileSlimmer é construído com componentes de código aberto. Suas licenças e repositórios de código-fonte estão listados na página de avisos de código aberto, incluindo a oferta de relink para os componentes LGPL.