Web Design/IDs

Resource IDs are strings used to uniquely identify an item such as any social media post, comment, playlist, tweet and video.

They allow between each item, even those with the same  names/titles.

It is like a “” of each ressource, and included in the.

Current examples
One can take a look at how existing websites generate resource identifiers:

Avoid dash characters
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.

In addition, dashes impede cursor navigation using + ← and  + →.

Test highlighting here (double-click on desktop, hold on mobile):
 * (none)
 * (with dash)
 * (with underscore)

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.

Case-insensitive
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
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:.

Combinations
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 .), 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.
 * 64¹¹= (current)
 * 33¹⁰= (reference)
 * 33¹¹= (reference)
 * 33¹²= (reference)
 * 33¹³= (reference)
 * 33¹⁴= (reference)

In addition, even 3310 would already offer an abundant number of combinations.

Calculations
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.