Resource IDs are strings used to uniquely identify an item such as any social media post, comment, playlist, tweet and video.
Current examples Edit
One can take a look at how existing websites generate resource identifiers:
|Website name||Character count||Character range||Combinations per character||Total combinations|
|Twitter tweet IDs||≤19||[0-9] (numeric)||10||1019|
|YouTube video IDs||11||[-_0-9A-Za-z]||64||73.786.976.294.838.206.464 (73.7×1018)|
|Dailymotion public video IDs||≤8||[0-9a-z]||36||2.821.109.907.456 (2.82×1012)|
How to do it correctly Edit
Avoid dash characters Edit
A dash character (“-”) is considered a separation character.
In order to make it more convenient for users to highlight strings, avoid using any dashes in IDs.
Test highlighting here (double-click on desktop, hold on mobile):
Some browsers (e.g. Mozilla Firefox) and text editors might also treat an underscore as a separation character.
It is recommended to only use numbers and/or letters to avoid these problems.
It is recommended for random identifiers that include alphabetic characters to be case-insensitive, because there is no effective benefit in making the ID case-sensitive.
In addition, case-insensitive resource identifier strings are much more pronounceable and facilitates writing it down to paper.
Confusing characters Edit
The characters “i”, “I”, “l” and “j” look too similar to each other in many font types.
If possible, they should be excluded from the identifier:
When applying these recommendations listed above, one character now has 33 different possibilities.
One character of a YouTube video ID currently has 64 possibilities (also known as “Base64”; not to be confused with Base64 encoding.), but adding just two characters of length to a Base33 video ID (i.e. 13 instead of 11) does already nearly compensate for the restricted number of possible ressource ID strings.
An addition of just three characters (i.e. 14 instead of 11) would already overcompensate it by far while adding convenience in total.
In addition, even 3310 would already offer an abundant number of combinations.
Assuming that YouTube will reach 20.000.000.000 unique videos that have ever been uploaded in near future, that is still 1/2.527.105 of 33¹¹.
Even 3310 is still abundant, because only 1/76578 of the possible combinations would have been occupied.
Also, the 20 billion video count is a future projection. YouTube is not close to it at the moment.
3314 would surpass the total number of combinations of 6411 by more than 24 times.
YouTube's comment IDs, comment reply IDs (formerly only numbers) and playlist IDs also already have an eternally abundant length (>30 characters).
Should those limits ever be attained, hypothetically, one can always add one more character of length to the resource ID string.