El procesamiento local significa que el navegador de su dispositivo lee y transforma un archivo seleccionado en lugar de enviarlo primero a un servidor de procesamiento remoto. El sitio web aún puede descargar el código necesario para ese trabajo y realizar solicitudes ordinarias al sitio web. El procesamiento de archivos local describe dónde ocurre la operación; no significa que todo el sitio web esté desconectado de Internet.
Procesamiento local versus procesamiento del servidor
| Pregunta | Procesamiento local | Procesamiento del servidor |
|---|---|---|
| ¿Quién lee y transforma el archivo? | Software ejecutándose en su dispositivo. | Software en un servidor remoto después de una carga. |
| ¿De quién son los recursos que hacen el trabajo? | El procesador y la memoria de su dispositivo. | Principalmente el procesador y la memoria del servidor. |
| ¿Qué necesita una conexión? | La página y cualquier código, modelo u otras solicitudes no almacenados en caché. | Cargar la entrada, procesar solicitudes y recibir el resultado. |
| ¿Qué deberías comprobar? | Comportamiento de carga real, otras solicitudes y almacenamiento local. | Cargue políticas de manejo, retención, acceso y eliminación. |
Por ejemplo, rotar un PDF localmente le permite a su navegador crear la copia rotada a partir del original seleccionado. Un servicio basado en servidor recibe el PDF, crea una copia de forma remota y envía el resultado. Cualquiera de los dos enfoques puede tener características adicionales; la etiqueta por sí sola no describe todos los flujos de datos.
¿Qué sucede cuando seleccionas un archivo?
Un selector de archivos del navegador le da a la página acceso a los archivos que elija. La selección y la carga son acciones separadas: JavaScript puede leer los bytes seleccionados localmente, pero un sitio web también puede enviar esos bytes a través de la red. Un botón con la etiqueta "Elegir archivo" no establece qué comportamiento sigue.
El procesamiento puede contener bytes de entrada, imágenes decodificadas, vistas previas de páginas y bytes de salida en la memoria al mismo tiempo. Una URL de objeto temporal, que normalmente comienza con blob:, permite que la página muestre o descargue datos almacenados en el navegador. Crear esa URL no es una carga ni un enlace para compartir públicamente. Liberarlo permite que el navegador recupere los recursos asociados; no es una promesa de borrado seguro de la memoria o almacenamiento del dispositivo.
¿Por qué una herramienta local todavía descarga cosas o usa memoria?
JavaScript ejecuta la lógica de la aplicación. WebAssembly permite a los navegadores ejecutar motores de procesamiento compilados, mientras que las funciones del navegador pueden decodificar imágenes y dibujar vistas previas. Ninguna de estas tecnologías impide automáticamente que un sitio web realice solicitudes de red.
Es posible que una herramienta necesite descargar un archivo de idioma OCR reutilizable o un modelo de eliminación de fondo antes de que pueda funcionar. Recibir ese recurso compartido es diferente a enviar su documento a un servidor. El procesamiento en sí todavía consume CPU y RAM: una foto comprimida puede expandirse hasta un búfer de píxeles mucho más grande, y un PDF largo puede necesitar muchas vistas previas de páginas. Los trabajos grandes pueden ser lentos o exceder la memoria disponible de un teléfono.
¿De qué depende "sin conexión después de la primera carga"?
El uso sin conexión depende de la página exacta, el motor de procesamiento y los recursos necesarios que estén disponibles en la memoria caché del navegador. Abrir una página de inicio una vez no necesariamente almacena en caché todas las herramientas. Los navegadores pueden borrar los datos almacenados en caché, la navegación privada puede retener menos y es posible que sea necesario descargar un idioma o modelo diferente. Pruebe el flujo de trabajo específico fuera de línea antes de depender de él.
Lo que el procesamiento local no garantiza
- No prueba que un sitio no tenga análisis, cookies, servicios de contacto u otro tráfico de red.
- No elimina metadatos ni información personal visible del resultado.
- No protege un archivo descargado de otras personas o software con acceso a su dispositivo.
- No elimina los riesgos de las extensiones del navegador, el código comprometido o un dispositivo inseguro.
Verifique las divulgaciones de privacidad actuales de un servicio y el comportamiento de la herramienta en particular. Si planeas compartir el resultado, revisa también metadatos de archivos y contenido visible.
Cómo utiliza SoraFiles el procesamiento local
SoraFiles procesa archivos compatibles en el navegador y no envía su contenido ni resultados a un servidor de procesamiento de SoraFiles. su Página de privacidad describe por separado las solicitudes de sitios web y los eventos anónimos de uso de herramientas. El formulario de contacto es una excepción intencional al uso general del sitio web: la información que usted envía allí se envía al servicio de contacto.
el Página de código abierto Identifica las bibliotecas del navegador y el origen de la aplicación. Estas son divulgaciones de implementación de primera parte, no una certificación de seguridad independiente. Pruebe un flujo de trabajo representativo como Comprimir PDF o Convertidor de imágenes, o navegar Todas las herramientas.
Referencias
- MDN: Uso de archivos de aplicaciones web (External link, opens in a new tab)
- MDN: creación de URL de objetos (External link, opens in a new tab)
- MDN: conceptos de ensamblaje web (External link, opens in a new tab)
- MDN: uso de trabajadores de servicio (External link, opens in a new tab)
- Divulgaciones de privacidad de SoraFiles