Crates.io | uuinfo |
lib.rs | uuinfo |
version | |
source | src |
created_at | 2024-12-03 19:27:19.959053 |
updated_at | 2024-12-10 19:48:49.207165 |
description | A tool to debug unique identifiers (UUID, ULID, Snowflake, etc). |
homepage | https://github.com/racum/uuinfo |
repository | https://github.com/racum/uuinfo |
max_upload_size | |
id | 1470578 |
Cargo.toml error: | TOML parse error at line 19, column 1 | 19 | autolib = false | ^^^^^^^ unknown field `autolib`, expected one of `name`, `version`, `edition`, `authors`, `description`, `readme`, `license`, `repository`, `homepage`, `documentation`, `build`, `resolver`, `links`, `default-run`, `default_dash_run`, `rust-version`, `rust_dash_version`, `rust_version`, `license-file`, `license_dash_file`, `license_file`, `licenseFile`, `license_capital_file`, `forced-target`, `forced_dash_target`, `autobins`, `autotests`, `autoexamples`, `autobenches`, `publish`, `metadata`, `keywords`, `categories`, `exclude`, `include` |
size | 0 |
A tool to debug unique identifiers (UUID, ULID, Snowflake, etc).
This is a simple CLI program to parse and debug compound unique identifiers, that means, ID’s with built-in structure to achieve uniqueness, like randomness, hashed data, timestamp, node or sequence. It understands most 128 and 64-bit IDs, and some other obscure lengths, including text-only representations.
Just input some ID and uuinfo will try to infer as much information as possible from it:
If the ID formats allows for it, uuinfo also shows its bits, color-coded by type; the key of the color doubles as the values from the left column in the rendered card. The colors on your system may differ, since those are ANSI colors instead of hardcoded ones.
Uuinfo was developed in Rust, thus it requires its toolchain; if you already have it available, you can install it with cargo
:
$ cargo install uuinfo
More installation options may be available in the future.
For a complete list of options, just run the help: uuinfo --help
.
If you just input an ID without any options, uuinfo will try to detect its format using very basic heuristics on its length and popularity; and this may work for most cases.
$ uuinfo 01941f29-7c00-7aaa-aaaa-aaaaaaaaaaaa
...
Sometimes an ID could be valid for more than one format, if this happens and the auto-detection above picks the wrong one, you can disambiguate using the -f
(of --force
) parameter.
For example, the ID 12345678901234567890
is automatically detected as a Snowflake, but, it could also be a valid Xid. If you want to force uuinfo to parse it as Xid, call it like this:
$ uuinfo -f xid 12345678901234567890
...
Check the --help
for a complete list of values of -f
/--force
.
Snowflake is not an “ID format”, but rather a category of formats; since it is just a number, uuinfo can’t detect what variation was used to generate it, thus, specifying the variant with -f
/—force
is required to be able to get anything useful from it.
Fortunately, uuinfo can compare Snowflakes and sort them by date; for example:
$ date
Tue Dec 3 13:58:10 -03 2024
$ uuinfo --compare-snowflake 1777150623882019211
Date/times of the Snowflake ID if parsed as:
- 1983-06-06T00:02:06.595Z LinkedIn
- 2018-05-11T21:08:05.018Z Instagram
- 2024-04-08T01:45:01.252Z Twitter
- 2028-06-05T00:02:06.595Z Discord
- 2028-06-05T00:02:06.595Z Spaceflake
- 2033-06-05T00:02:06.595Z TSID
- 2048-03-26T00:05:16.480Z Sony
- 2829-04-23T02:15:02.106Z Mastodon
Notice that TSID, although not a Snowflake variant, it is similar enough (64-bit with timestamp) to be compared together.
In this case, the ID 1777150623882019211
is probably from Twitter, since it is the most recent value from the list that is not in the future.
Once identified the variant, just run it again enforcing its type:
$ uuinfo -f sf-twitter 1777150623882019211
...
Use a dash (-
) instead of the ID to get the value from STDIN piped from another program:
$ echo 8ff95663-c8ee-48b9-a236-a2f29a991001 | uuinfo -
...
This is the pretty-printed output, with all the extracted data, plus a hexadecimal and binary representation of the bits at the end:
$ uuinfo 01941f29-7c00-7aaa-aaaa-aaaaaaaaaaaa
┏━━━━━━━━━━━┯━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃ ID Type │ UUID (RFC-9562) ┃
┃ Version │ 7 (sortable timestamp and random) ┃
┠───────────┼─────────────────────────────────────────────┨
┃ String │ 01941f29-7c00-7aaa-aaaa-aaaaaaaaaaaa ┃
┃ Integer │ 2098319972277167143349324748782480042 ┃
┃ ShortUUID │ 2J2YViS7khb9taUUPULmrj ┃
┃ Base64 │ KR-UAQB8qnqqqqqqqqqqqg== ┃
┠───────────┼─────────────────────────────────────────────┨
┃ Size │ 128 bits ┃
┃ Entropy │ 74 bits ┃
┃ Timestamp │ 1735689600.000 (2025-01-01T00:00:00.000Z) ┃
┃ Node 1 │ - ┃
┃ Node 2 │ - ┃
┃ Sequence │ - ┃
┠───────────┼─────────────────────────────────────────────┨
┃ 0194 1f29 │ 0000 0001 1001 0100 0001 1111 0010 1001 ┃
┃ 7c00 7aaa │ 0111 1100 0000 0000 0111 1010 1010 1010 ┃
┃ aaaa aaaa │ 1010 1010 1010 1010 1010 1010 1010 1010 ┃
┃ aaaa aaaa │ 1010 1010 1010 1010 1010 1010 1010 1010 ┃
┗━━━━━━━━━━━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
This is just the 2 first lines of the card in one, with the ID type and version:
$ uuinfo -o short 01941f29-7c00-7aaa-aaaa-aaaaaaaaaaaa
ID Type: UUID (RFC-9562), version: 7 (sortable timestamp and random).
In case you need to integrate uuinfo with some other commands, there is a JSON output available:
$ uuinfo -o json 01941f29-7c00-7aaa-aaaa-aaaaaaaaaaaa | jq
{
"id_type": "UUID (RFC-9562)",
"version": "7 (sortable timestamp and random)",
"standard": "01941f29-7c00-7aaa-aaaa-aaaaaaaaaaaa",
"integer": 2098319972277167143349324748782480042,
"short_uuid": "2J2YViS7khb9taUUPULmrj",
"base64": "KR-UAQB8qnqqqqqqqqqqqg==",
"uuid_wrap": null,
"size": 128,
"entropy": 74,
"datetime": "2025-01-01T00:00:00.000Z",
"timestamp": "1735689600.000",
"sequence": null,
"node1": null,
"node2": null,
"hex": "01941f297c007aaaaaaaaaaaaaaaaaaa"
}
You can also return just the raw binary representation of the ID, but, be careful, this can mess up your terminal:
$ uuinfo -o binary 01941f29-7c00-7aaa-aaaa-aaaaaaaaaaaa
�)|z���������%
I recommend to pipe into a command that can handle binary, like xxd
:
$ uuinfo -o binary 01941f29-7c00-7aaa-aaaa-aaaaaaaaaaaa | xxd
00000000: 0194 1f29 7c00 7aaa aaaa aaaa aaaa aaaa ...)|.z.........
You can even see the same bits from the card with xxd -b
:
$ uuinfo -o binary 01941f29-7c00-7aaa-aaaa-aaaaaaaaaaaa | xxd -b
00000000: 00000001 10010100 00011111 00101001 01111100 00000000 ...)|.
00000006: 01111010 10101010 10101010 10101010 10101010 10101010 z.....
0000000c: 10101010 10101010 10101010 10101010 ....
Hunting for ID formats is a rabbit-hole! I published the first version of uuinfo with the formats I found on my research. If you want to add more formats, please create a GitHub issue containing the following:
The more information I get, the easier will be for me to implement it!
Just create a PR, but try to follow some basic guidelines:
Look at the current structure and try to emulate it.
One format per file, unless they are related.
Run cargo fmt
and Cargo clippy
before committing.
Uuinfo is under the 3-Clause BSD License.