history VS nanoid

Obtain the source code, and here, we will specifically analyze the core part.

scripts: Maintaining a package can be a lot of work, there's lots of repetitive tasks that need to be done often such as building the package for different targets, preparing a new release, etc. This is where automation scripts can help, and if a package has any, there's a good chance you'll find them in this folder. Example from history.

We initiate the browser history session as:

I have read the Navigation doc of history package. I use react-router-dom a lot, but the state is rarely used.

Basic purpose of using the history object is well explained in React Router DOM tutorial (published 2020-05-11, recording duration 17:57, starting at 1:48) by Mauricio Leal. I used it to programmatically change the route by pushing in it a query string which is based on the Yelp API guidelines.

Maybe you can use history.listen() to intercept page changes and forward the param https://github.com/ReactTraining/history/blob/master/docs/api-reference.md#historylistenlistener-listener

[2] https://github.com/ReactTraining/history/issues/804

Last thing left is to use our new upload function in our server action. Since I like to upload images in single format and have some more control over them, I will additionally use sharp library. For file name, I'll generate some random string using nanoid:

Our API is in node. And God, how I suffered to import nanoid in an esmodule project. I had to vendor it, since using a previous version was not ideal. With bun, we can no longer worry about that. Just import what you need and done.

No thread about UUID is complete without a plug for NanoID! https://github.com/ai/nanoid/blob/main/README.md

Generate a unique file name using the nanoid library.

The syntax should read similar to SQL itself. We’re using a Python port of nanoid to generate our IDs. There’s only one thing missing… how do we actually create the table?

I usually go for Nano Id for new projects https://github.com/ai/nanoid

Nano ID

In another comment I mentioned I use nanoid in my projects now. It has a default space of 64^21 and has an a page where you can play with key lengths and alphabet sizes and see the probability of collisions :

https://zelark.github.io/nano-id-cc/

At the default 64 character alphabet with a 21 character key length it would take ~41 million years in order to have a 1% probability of at least one collision if you generated 1000 ids per second.

Using randomly generated IDs like Nano ID could be a good alternative, however, as a developer, we must understand what Nano ID really does in our application. Defining the number of characters in the generated IDs is also important, to help with that Nano ID has a Collision Calculator to give us how many years in order to have a 1% probability of collision.