Acerca de toolsbyus.com

Por qué el procesamiento local

Los archivos y los datos pueden contener información privada. ToolsByUs ofrece procesamiento local de PDF, imágenes, color, texto y JSON, así que no hace falta un servidor que procese archivos.

Antes de usar cualquier herramienta con material sensible, pruébala con una muestra y revisa sus limitaciones. Sigue los requisitos de manejo de datos de tu organización.

Cómo está construido ToolsByUs

La garantía es acotada y precisa, y eso es justo lo que le da valor: el contenido que pones en una herramienta nunca se transmite. El código de procesamiento lee el archivo localmente y no envía su contenido a ninguna API de procesamiento.

• Exportación 100% estática: La aplicación entera está prerrenderizada en HTML estático, CSS y paquetes de JavaScript del lado del cliente usando Next.js output: 'export'.
• Cero infraestructura de backend: No hay funciones serverless, ni rutas de API, ni procesos de backend Node.js, ni conexiones a bases de datos, ni puntos finales de autenticación.
• Entrega vía CDN de borde: La compilación produce archivos estáticos que un CDN de borde puede servir. El hosting sigue gestionando los metadatos de conexión ordinarios.
• Aislamiento del lado del cliente: Todos los algoritmos de análisis, validación, diff, codificación y generación de esquemas se ejecutan por completo en la CPU local de tu dispositivo y en el motor de JavaScript V8/SpiderMonkey.
• Web Workers dedicados: El trabajo pesado —un diff semántico grande, una unión de PDF, una recodificación de imagen— se ejecuta en un Web Worker aislado con un techo de 100 MB. El trabajo sigue tardando lo que tarda; lo que compra el worker es una pestaña que sigue respondiendo mientras ocurre, en lugar de una que se congela.

Mecanismos arquitectónicos abiertos

A diferencia de las utilidades de caja negra, ToolsByUs usa motores transparentes y conformes a los estándares:

• Analizador de pila iterativo: Analizador iterativo escrito a mano, capaz de recorrer 10.000 llaves anidadas sin chocar con las limitaciones de desbordamiento de la pila de llamadas del navegador.
• Motor de diff semántico: Motor de comparación invariante al orden de claves, compatible con RFC 6902 JSON Patch y RFC 7386 especificaciones de JSON Merge Patch.
• JSON Schema Draft 2020-12: Motor de inferencia de esquemas en tiempo real con detección automática de formatos (UUID, email, date-time, uri, IPv4).
• RFC 9562 Generador de UUID monotónicos: Generadores aleatorios criptográficos del navegador para UUID v4 y UUID v7 secuenciales optimizados para B-tree de bases de datos.

Cómo se paga esto, y qué no cambia por ello

La publicidad está desactivada en esta compilación. La analítica se configura por separado; la página de privacidad refleja la configuración actual.

Las herramientas no incluyen el contenido de la entrada en las peticiones de red. Los scripts de terceros que se ejecutan en la página tienen acceso al entorno de la página; una exportación estática o una CSP por sí solas no aíslan la entrada de esos scripts. Cualquier integración habilitada debe ser revisada por quien opera el sitio. La página de privacidad detalla exactamente a qué orígenes tiene permitido hablar el navegador, y cómo comprobarlo.

Cómo se escriben y se revisan estas páginas

Cada página de herramienta lleva una fecha de última revisión. Vale la pena decir qué significa realmente esa fecha aquí, porque en la mayoría de los sitios significa el día en que un script tocó el archivo.

• La herramienta se construye antes de que se escriba la página. La prosa explicativa describe un comportamiento que ya existe en el código, y por eso suele ir de casos límite: son lo que aflora al implementarla.
• Las afirmaciones se prueban, no se declaran. La afirmación de que “no se sube nada” se aplica mediante una Content-Security-Policy de connect-src 'self' y la comprueba una prueba automatizada que rompe la compilación si alguna petición lleva un cuerpo. Los números citados en el texto —techos de tamaño, número de páginas, dimensiones de salida— se verifican en la suite de pruebas contra archivos reales.
• Los límites se documentan en lugar de ocultarse. Cuando una herramienta no puede hacer algo —la resolución de $ref de esquemas, la verificación de firmas JWT, la recuperación de contraseñas de PDF, la codificación HEIC— la página lo dice y explica por qué, en lugar de fallar en silencio.
• Una página se revisa cuando cambia su herramienta. La fecha de revisión sale de la misma entrada del catálogo que genera la navegación y el sitemap, así que una página no puede presumir de una frescura que su registro no respalda.

Si algo de este sitio está mal, eso merece saberse: escribe a [email protected]. El sitio no tiene cuentas propias, ni subidas, ni mensajes propios —el correo electrónico es el único canal, y solo lleva lo que tú decidas enviar. Los defectos genuinos y sus correcciones se documentan en el changelog, que es el registro honesto de qué cambió y cuándo.

La filosofía de ingeniería

ToolsByUs lo mantienen desarrolladores que construyen sistemas distribuidos, microservicios y aplicaciones web. Construimos las herramientas que nos habría gustado que existieran: rápidas, con latencia cero, privadas y totalmente funcionales sin conexión.