Skip to content
← All tools

Developer utilities

Encodings and identifiers, decoded and explained.

Base64, URL encoding, HTML entities, binary, number bases, hashes, UUIDs, passwords, and JWTs. The tools show the bytes underneath so you can see why two representations differ.

Decoding is not verification: tokens, hashes, and checksums are only reported for what they are, never treated as proof of trust.

Encoding, hashing, and randomness

Three different jobs share this category. Encodings such as Base64, URL encoding, HTML entities, binary, and number bases change how data is represented without hiding it, and anyone can reverse them. Hashes such as SHA-256 create a fixed-size fingerprint of text or a file that changes completely if a single byte changes, which is how you check that a download or a message is intact. Generators create passwords and UUIDs from the browser's cryptographic random source.

The JWT decoder sits in between: it decodes the header and payload of a token so you can read its claims and expiry dates, but it deliberately does not verify the signature.

Common mix-ups

Encoding is not encryption: a Base64 string is as readable as plain text to anyone who decodes it. Hashing is not encryption either: it cannot be reversed, but fast hashes like SHA-256 are unsuitable for storing passwords, which need slow, salted algorithms such as Argon2 or bcrypt. Decoding a JWT is not validating it: claims mean nothing until the signature is checked with the issuer's key.

Most encoding bugs come from applying the wrong scheme or applying one twice. Examples are URL-encoding a whole URL instead of a single parameter, decoding URL-safe Base64 as standard Base64, or HTML-escaping text that is already escaped. The tools show the bytes involved so you can see exactly where two representations differ.