DevBox Strumenti veloci per sviluppatori, senza registrazione

Quale Strumento Dev Mi Serve?

DevBox ha 10 strumenti piccoli e mono-funzione invece di un'unica utility tuttofare, perché codificare, generare e ispezionare sono lavori genuinamente diversi. Si dividono in 5 gruppi — ecco una mappa rapida da cosa stai facendo allo strumento giusto, una sessione di debug reale che ne incatena diversi, e l'elenco completo.

Codifica

Generatori

Web e Sicurezza

Pattern di Testo

Tempo e Pianificazione

Caso pratico: debug di un'integrazione webhook rotta

Un payload webhook non viene elaborato correttamente e la causa non è ovvia solo guardando l'errore — questo è esattamente il tipo di sessione che mette in fila più strumenti di categorie diverse, uno dopo l'altro:

  1. Incolla prima il payload grezzo nel Formattatore e Validatore JSON. Metà delle volte "non viene elaborato correttamente" in realtà significa "non è nemmeno JSON valido" — il formattatore lo formatta e indica il punto esatto malformato se è rotto.
  2. Se la richiesta porta un header Authorization, incolla il token nel Decodificatore JWT per ispezionarne claim e scadenza. Un payload può essere JSON perfettamente valido e venire comunque rifiutato più avanti perché il token a supporto della richiesta era già scaduto.
  3. Noti un numero sospetto nel payload, tipo un timestamp epoch che non coincide con quando pensi sia scattato l'evento? Passalo nel Convertitore di Timestamp Unix — è una fonte comune di bug quando un campo è in secondi in un punto e in millisecondi in un altro, e convertirlo ti dice subito se quel timestamp è davvero nel passato.
  4. Se il payload doveva scatenare un retry pianificato e non è mai partito, controlla l'espressione cron del job nell'Analizzatore di Espressioni Cron — ti mostra le prossime esecuzioni reali, spesso il modo più veloce per confermare se un job sta girando (o no) quando tutti danno per scontato di sì.

Tutti e 10 gli strumenti

Domande frequenti

Se il Decodificatore JWT mi mostra i claim di un token, vuol dire che il token è valido?

No — decodificare e verificare sono operazioni diverse, e questo strumento fa solo la prima. Decodificare significa semplicemente fare il decode Base64 di header e payload così puoi leggere claim e scadenza, utile per capire cosa dice il token. Non controlla la firma crittografica, quindi non può dirti se il token è stato davvero emesso dal tuo auth server o se è stato manomesso. Non trattare un token decodificato con successo come uno verificato — la verifica della firma richiede la chiave di firma e deve avvenire lato server (o con una libreria che possiede quella chiave), non in uno strumento da browser che non vede mai il tuo secret.

Qual è la differenza tra il convertitore Base64 e il codificatore URL — non fanno praticamente la stessa cosa al testo?

Risolvono problemi diversi e producono output diversi per lo stesso input. Base64 ricodifica byte arbitrari (testo, immagini, file binari) in un alfabeto compatto e sicuro per ASCII — è così che incorpori un'immagine inline o metti credenziali in un header Authorization. La codifica URL (percent-encoding) lascia stare quasi tutti i caratteri e fa l'escape solo di quelli riservati o non sicuri in un URL, come gli spazi e &. Se codifichi una stringa in Base64 ottieni un breve guazzabuglio di lettere, cifre e qualche simbolo; se codifichi la stessa stringa come URL, sembrerà quasi identica all'originale con qualche sequenza %XX qua e là.

Perché esistono strumenti separati Generatore di Hash e Generatore di UUID se entrambi sputano fuori stringhe che sembrano casuali?

Sono opposti nell'unico modo che conta: un hash è deterministico e un UUID (v4) no. Dai al Generatore di Hash lo stesso input due volte e ottieni lo stesso hash identico ogni volta — è questo che rende gli hash utili per verificare che un file o un payload non sia cambiato. Il Generatore di UUID fa apposta il contrario: ogni UUID che produce è pensato per non avere alcuna relazione con l'input ed essere praticamente unico, che è ciò che vuoi per una chiave primaria di database o un ID di richiesta, non per controllare l'integrità.

Se incollo un JWT reale, un payload di API o un file di config in questi strumenti, qualcosa lascia il mio browser?

No. Ogni strumento in questa pagina — il Formattatore JSON, il Decodificatore JWT, il convertitore Base64 e tutti gli altri — gira interamente lato client; niente di quello che incolli viene caricato da nessuna parte, il che conta quando stai facendo debug con token di produzione o payload che contengono dati reali di utenti. Ed è esattamente per questo che il Decodificatore JWT non può verificare le firme (vedi sopra): la verifica vera richiede una chiave di firma, e questo strumento deliberatamente non parla mai con un server per controllarne una.

L'Analizzatore Cron e il Convertitore di Timestamp Unix trattano entrambi con le date — quando mi serve davvero l'uno o l'altro?

L'Analizzatore Cron serve per gli schedule ricorrenti: incolla un'espressione cron tipo */15 * * * * e ti dice in linguaggio semplice quando gira quel job e ne elenca le prossime esecuzioni. Il Convertitore di Timestamp serve per un singolo istante nel tempo: trasforma un numero epoch Unix in una data leggibile (o viceversa), nel fuso orario che scegli. In pratica spesso ti servono entrambi nella stessa sessione di debug — l'espressione cron ti dice quando un job dovrebbe scattare, e il convertitore di timestamp ti dice se un valore epoch loggato coincide davvero con quello.