UltKit

Udviklerværktøjer

Otte hverdagsværktøjer til web- og backendarbejde: formatér og validér JSON, indkod og afkod Base64, URL'er og HTML-entiteter, generér UUID'er, beregn hashværdier, læs JWT'er og test regulære udtryk. De bruger browserens egne API'er, så tokens og data forlader aldrig din computer.

Vælg et værktøj

Én streng, fem kodninger

Teksten “Café & crème?” kørt gennem hvert værktøj, da siden blev bygget. Kodninger kan omvendes; hashes kan ikke.

MetodeOutputLængdeKan omvendes
Base64Q2Fmw6kgJiBjcsOobWU/20Ja
URL-kodning (encodeURIComponent)Caf%C3%A9%20%26%20cr%C3%A8me%3F31Ja
HTML-entiteter (navngivne)Café & crème?31Ja
MD5-hashc0fdf467ecd73617537f508352d98c1932Nej (envejs)
SHA-256-hash5cac0437a796074c1d26e85fa57bc828ec3e4083a790da8b8d082a8de353132064Nej (envejs)

Derfor er det vigtigt, at værktøjerne kører lokalt

Det, du indsætter i udviklerværktøjer, hører ofte til de mest følsomme strenge, du arbejder med: adgangstokens, API-svar med kundedata og konfiguration med interne værtsnavne. Hvis du indsætter dem på et websted, der sender dem til en server, opstår der en kopi, du ikke har kontrol over. Alle værktøjerne her bruger kun webplatformen: JSON.parse og JSON.stringify, TextEncoder og atob til Base64, encodeURIComponent, crypto.randomUUID, digest-funktionen i Web Crypto og JavaScripts egen regex-motor. Du kan indlæse en side, afbryde netforbindelsen og arbejde videre.

Fordi motoren er din browsers egen, svarer resultaterne til det, din front-end-kode vil gøre. Et regulært udtryk, der virker her, virker på samme måde i din JavaScript, og et JSON-dokument, som formatereren accepterer, accepteres også af JSON.parse.

Indkodning, escaping og hashing er ikke det samme

Kodning ændrer, hvordan bytes skrives, så de kan komme igennem en kanal: Base64 (RFC 4648) omsætter vilkårlige bytes til 64 sikre ASCII-tegn til e-mail og data-URL'er, og procentkodning (RFC 3986) gør tekst sikker at bruge i en URL. Escaping med HTML-entiteter forhindrer, at tegn som < og & læses som markup. Alle tre kan omgøres af enhver og giver ingen hemmeligholdelse overhovedet.

Hashing er envejs: SHA-256 omdanner et vilkårligt input til et fast 256-bit-fingeraftryk, som ikke kan omdannes tilbage til inputtet. Hashes bruges til at verificere downloads og opdage ændringer, men almindelige hurtige hashes er det forkerte værktøj til at gemme adgangskoder. Brug i stedet en langsom adgangskode-hash som bcrypt, scrypt eller Argon2. Et JWT er endelig kodet frem for krypteret i sin almindelige signerede form, og derfor kan dekoderen vise indholdet uden nogen nøgle.

Når du har brug for en fil og ikke et kodestykke

Disse værktøjer arbejder på tekst, du indsætter. Skal du omdanne en hel JSON-eksport til et regneark, kan du bruge JSON til CSV. Skal du skifte mellem JSON-, XML-, YAML- og CSV-filer, klarer datakonverteren filformaterne.

Relaterede konvertere:DatakonverterJSON til CSV

Ofte stillede spørgsmål

Er udviklerværktøjerne sikre at bruge til hemmeligheder fra produktion?
De sender aldrig input afsted, men den sikreste vane er stadig at bruge testtokens og redigerede payloads, hvor det er muligt. Alt, der vises på skærmen, kan ende i skærmbilleder eller skærmdeling.
Hvilke browsere understøttes?
Aktuelle versioner af Chrome, Edge, Firefox og Safari. crypto.randomUUID og Web Crypto API kræver en sikker (HTTPS) side, hvilket UltKit altid leverer.
Er Base64 en form for kryptering?
Nej. Base64 er en reversibel kodning med et offentligt alfabet, og enhver kan afkode den med det samme. Den gør blot binære data sikre at transportere som tekst.
Hvorfor afviger mit resultat fra et kommandolinjeværktøj?
Som regel på grund af linjeskift eller tegnkodning. Værktøjerne koder tekst som UTF-8 og tilføjer ikke et afsluttende linjeskift, mens echo i en shell tilføjer et, medmindre du bruger echo -n.
Gemmer udviklerværktøjerne en historik?
Nej. Intet gemmes mellem besøg, og når du lukker fanen, forsvinder dit input. Brug knapperne til at kopiere eller downloade, hvis du vil beholde resultaterne.