Analizador de cron, Base64, formateador JSON, codificación de URL y ocho más. Todo se calcula en tu navegador, así que nada de lo que pegues llega a nuestro servidor.
Acabamos de publicar un puñado de utilidades pequeñas en /tools: un analizador de expresiones cron que muestra las cinco próximas ejecuciones, codificación Base64, un formateador de JSON, codificación por porcentaje de direcciones y ocho más. Son gratuitas, no piden cuenta y no hay ningún punto en medio donde te intentemos vender algo.
Lo interesante no es lo que hacen. Lo interesante es dónde lo hacen.
Ninguna de estas herramientas envía nada a ninguna parte. La expresión cron que pegas, el JSON que estás depurando, el bloque Base64 que quizá sea un token: todo lo procesa JavaScript en tu navegador y nada de eso sale de ahí. No hay ninguna petición a nuestro backend, porque en ese camino no hay backend alguno.
Suena a nota técnica. No lo es. Piensa en lo que la gente pega de verdad en los formateadores en línea: credenciales de base de datos dentro de una configuración JSON, una clave de API en el payload de un webhook, un JWT copiado directamente de los registros de producción. Cualquier servicio que procese eso en su servidor tiene esos datos en un log de peticiones, los quisiera o no.
Nosotros preferimos no tenerlos. Manejar secretos ajenos es una responsabilidad de la que no sacamos nada.
Las herramientas usan solo lo que el navegador ya trae: TextEncoder para UTF-8, btoa para Base64, JSON.parse, encodeURIComponent. El analizador de cron son unas cien líneas escritas a mano.
También fue una decisión deliberada. Una herramienta que se anuncia como “funciona en local” mientras carga un script desde el CDN de otro es local exactamente en la medida en que lo decida el operador de ese CDN. La dependencia no desaparece porque sea cómoda.
La única excepción, dicha claramente: estas páginas llevan nuestra analítica, igual que el resto del sitio. Cuenta visitas. No ve lo que escribes en las herramientas, y el contenido de sus campos no se transmite nunca.
Respuesta honesta: porque la gente lo busca. Quien está escribiendo una línea de crontab a las dos de la madrugada, entornando los ojos ante */5 * * * * para comprobar si lo ha calculado bien, es exactamente la persona que la semana que viene querrá saber si ese trabajo se ejecutó de verdad.
Respuesta menos cínica: miramos expresiones cron todo el día. El analizador muestra lo que nosotros mismos querríamos ver, es decir, las cinco próximas ejecuciones en tu zona horaria, y no un párrafo de prosa que te recita tu propio horario. Quien se ha llevado alguna vez un susto con la confusión entre UTC y hora local sabe por qué eso importa más que la redacción.
Son doce: analizador de cron, Base64, formateador JSON, codificación de URL, conversor de timestamps, generador de UUID y ULID, hashes SHA, probador de expresiones regulares, calculadora chmod, calculadora CIDR, generador de contraseñas y una simple tabla de referencia de códigos de estado HTTP.
Esta última no tiene ni un gramo de JavaScript, y su tabla tiene una columna que no tienen las otras veinte del mismo tipo que hay en internet: qué significa cada código para un monitor. Un 401 suele significar que tu check perdió las credenciales, no que el servicio esté caído. Un 429 significa que el servicio está vivo y te está rechazando precisamente a ti.
Y si algún día te preguntas si el cron que acabas de escribir se disparó anoche, esa parte también la hacemos. Para eso ya hace falta una cuenta.
Regístrate, consigue una API key, pega el curl en tu cron. Eso es todo.