Numbers

Pure number generation

The random number generator is the broadest tool in this category — any minimum, any maximum, one value or a whole batch, all drawn with the same rejection-sampling fairness guarantee as everything else here. Batch requests get an extra safeguard worth calling out: rather than generating candidates and throwing away any that happen to repeat, which would slow down and get messier as fewer unused numbers remain, it pulls each value directly out of a shrinking pool of what's left, so there's no repeat to filter out in the first place because there was never a chance for one to occur.

The number wheel takes that same fair-range idea and adds the spinner wheel's arc-proportion visual mechanic on top, auto-populating a spinning wheel with your chosen number range instead of custom text. Its real practical addition over the plain number generator is an optional 'remove after call' mode built for bingo-style live number calling, where numbers already called shouldn't come up again.

Security codes: passwords and PINs

The random password generator builds a password character by character from whichever character types you enable -- uppercase, lowercase, digits, symbols -- each drawn independently from that pool via rejection sampling. The real security metric here is entropy: with a roughly 94-character pool (all types on), each character contributes about 6.5 bits, so a 16-character password lands around 104 bits of entropy, far beyond what any realistic brute-force attempt could crack.

The random PIN generator is the digits-only sibling: each digit is drawn from just 10 possible values (0 through 9), contributing only about 3.32 bits of entropy each -- meaningfully weaker per character than a mixed password, which is exactly why a 4-digit PIN (about 13 bits total) is so much weaker than even a short mixed password, and why 6- or 8-digit PINs exist for anywhere that needs stronger numeric-only security.

Calendar and clock: dates and times

The random date generator and random time generator both solve the same category of problem -- picking a fair point within a calendar or clock range -- using the same underlying trick: convert the range into a flat integer (days since a reference point, or minutes/seconds since midnight), draw a fair integer within that flat range via rejection sampling, then convert back into a readable date or time.

That flat-integer conversion matters because randomizing a date's month and day separately (or a time's hour and minute separately) would introduce bias -- not every month has the same number of days, so picking month and day independently would under-represent dates like the 31st and over-represent February relative to its real share of the year. Working in day-count or minute-count space avoids that specific problem entirely, giving every real calendar day (leap days included) or every real minute in the window a genuinely equal chance.

Choosing between the six number tools

Reach for the random number generator whenever the range itself is the point -- a raffle needs a ticket number, a stats lesson needs a live demonstration, a board game is missing whatever oddly-sized die a rule calls for. It's also the pick when you need several different numbers at once rather than just one. Want that same fair range wrapped in a visual spin and an auto-removal mode built for calling numbers out loud (bingo night, a live raffle draw)? The number wheel layers that presentation on top without changing the underlying fairness at all.

For anything that needs to double as a real credential, the choice comes down to what the destination accepts: a mixed-character password if letters and symbols are allowed (it's meaningfully stronger per character), or a numeric-only PIN if the destination specifically restricts to digits. For calendar or clock values, the date and time generators are purpose-built and shouldn't be replicated with the plain number generator, since naively randomizing month-and-day or hour-and-minute separately introduces the exact bias those two tools are built to avoid.

Why crypto.getRandomValues instead of Math.random()

JavaScript's built-in Math.random() is a pseudo-random number generator -- fast, deterministic under the hood, and never designed with unpredictability as a goal. Its output can, in principle, be predicted or reverse-engineered from enough prior outputs, because it's built from a mathematical formula optimized for speed and statistical distribution, not for resisting prediction. That's a fine tradeoff for a lot of casual uses, but it's the wrong tool anywhere fairness or security actually matters -- a password generator built on Math.random() would be genuinely weaker than one built on a cryptographic source.

crypto.getRandomValues instead pulls from the operating system's own cryptographic random generator, the same kind of source behind encryption-key generation, purpose-built so that watching past results tells you nothing about what's coming next. That's why every tool in this category, and everywhere else on the site, is built on it rather than on Math.random() -- a tool that claims to be fair while quietly running on a source that was never designed to resist prediction isn't really keeping that promise.

A note on precision and rounding

None of the six tools in this category ever silently round or truncate a result in a way that would skew fairness -- the number generator and number wheel return exact whole numbers within your set range, the password and PIN generators return exact character-by-character draws with no rounding concept to apply, and the date and time generators resolve to whichever precision you choose (a full calendar day, or a minute versus a second) without ever collapsing multiple possible results into one displayed value. That matters because rounding is itself a form of weighting -- if a tool quietly grouped several distinct underlying outcomes into one displayed result, some displayed results would end up more likely than others even if the underlying draw was fair.

Frequently asked questions