Processamento local significa que o navegador do seu dispositivo lê e transforma um arquivo selecionado em vez de primeiro enviá-lo para um servidor de processamento remoto. O site ainda pode baixar o código necessário para esse trabalho e fazer solicitações normais ao site. O processamento de arquivos locais descreve onde a operação acontece; isso não significa que todo o site esteja desconectado da internet.
Processamento local versus processamento de servidor
| Pergunta | Processamento local | Processamento de servidor |
|---|---|---|
| Quem lê e transforma o arquivo? | Software em execução no seu dispositivo. | Software em um servidor remoto após um upload. |
| De quem são os recursos que fazem o trabalho? | O processador e a memória do seu dispositivo. | Principalmente o processador e a memória do servidor. |
| O que precisa de uma conexão? | A página e qualquer código, modelo ou outras solicitações não armazenados em cache. | Fazendo upload da entrada, processando solicitações e recebendo o resultado. |
| O que você deve verificar? | Comportamento real de upload, outras solicitações e armazenamento local. | Políticas de manipulação, retenção, acesso e exclusão de upload. |
Por exemplo, girar um PDF localmente permite que seu navegador crie a cópia girada do original selecionado. Um serviço baseado em servidor recebe o PDF, cria uma cópia remotamente e envia o resultado de volta. Qualquer abordagem pode ter recursos adicionais; o rótulo por si só não descreve todos os fluxos de dados.
O que acontece quando você seleciona um arquivo?
Um seletor de arquivos do navegador dá à página acesso aos arquivos que você escolher. A seleção e o upload são ações separadas: o JavaScript pode ler os bytes selecionados localmente, mas um site também pode enviar esses bytes pela rede. Um botão denominado “Escolher arquivo” não estabelece qual comportamento se segue.
O processamento pode conter bytes de entrada, imagens decodificadas, visualizações de páginas e bytes de saída na memória ao mesmo tempo. Um URL de objeto temporário, geralmente começando com blob:, permite que a página exiba ou baixe dados mantidos pelo navegador. Criar esse URL não é um upload ou um link de compartilhamento público. Liberá-lo permite que o navegador recupere recursos associados; não é uma promessa de apagamento seguro da memória ou armazenamento do dispositivo.
Por que uma ferramenta local ainda baixa coisas ou usa memória?
JavaScript executa a lógica do aplicativo. O WebAssembly permite que os navegadores executem mecanismos de processamento compilados, enquanto os recursos do navegador podem decodificar imagens e desenhar visualizações. Nenhuma dessas tecnologias impede automaticamente que um site faça solicitações de rede.
Uma ferramenta pode precisar baixar um arquivo de linguagem OCR reutilizável ou um modelo de remoção de fundo antes de funcionar. Receber esse recurso compartilhado é diferente de enviar seu documento para um servidor. O processamento em si ainda consome CPU e RAM: uma foto compactada pode se expandir para um buffer de pixels muito maior e um PDF longo pode precisar de muitas visualizações de página. Trabalhos grandes podem ser lentos ou exceder a memória disponível do telefone.
De que depende “offline após o primeiro carregamento”?
O uso offline depende da página exata, do mecanismo de processamento e dos recursos necessários disponíveis no cache do navegador. Abrir uma página inicial uma vez não armazena necessariamente em cache todas as ferramentas. Os navegadores podem limpar os dados em cache, a navegação privada pode reter menos e um idioma ou modelo diferente pode precisar de um novo download. Teste o fluxo de trabalho específico off-line antes de depender dele.
O que o processamento local não garante
- Isso não prova que um site não tenha análises, cookies, serviços de contato ou outro tráfego de rede.
- Ele não remove metadados ou informações pessoais visíveis da saída.
- Ele não protege um arquivo baixado de outras pessoas ou software com acesso ao seu dispositivo.
- Ele não elimina riscos de extensões de navegador, código comprometido ou dispositivo inseguro.
Verifique as divulgações de privacidade atuais de um serviço e o comportamento da ferramenta específica. Se você planeja compartilhar o resultado, revise também metadados de arquivo e conteúdo visível.
Como SoraFiles usa processamento local
SoraFiles processa arquivos suportados no navegador e não envia seu conteúdo ou resultados para um servidor de processamento SoraFiles. É Página de privacidade descreve separadamente solicitações de sites e eventos anônimos de uso de ferramentas. O formulário de contato é uma exceção intencional ao uso geral do site: as informações que você envia são enviadas para o serviço de contato.
O Página de código aberto identifica as bibliotecas do navegador e a origem do aplicativo. Estas são divulgações de implementação primária, não uma certificação de segurança independente. Experimente um fluxo de trabalho representativo, como Compactar PDF ou Conversor de imagemou navegue Todas as ferramentas.
Referências
- MDN: Usando arquivos de aplicativos da web (External link, opens in a new tab)
- MDN: Criando URLs de objetos (External link, opens in a new tab)
- MDN: conceitos de WebAssembly (External link, opens in a new tab)
- MDN: Usando trabalhadores de serviço (External link, opens in a new tab)
- Divulgações de privacidade do SoraFiles