globalid VS lazy_value

If you are solely linking to resources within your application, you should read on and consider using Rails Global Id. It also handles expiry, we've used them at every Rails company I've worked at. Best part is you don't need to worry about storing them in your DB.

As for the issue with context, I think it's also solvable I think. And passing for example current_user (or current_user_id) would be possible. Probably with this https://github.com/rails/globalid

You could use a signed GlobalID for this, which would also give you the ability to generate URLs that expire. https://github.com/rails/globalid

did something similar, I ended up using a globalid as the parameter to the job, and the globalid had a parameter with the database name

to_gid_param generates the Global ID for a model and then Base64 encodes it. For strings, to_param returns the object itself. For symbols, it returns the object's string representation.

Hi guys, I want to know if it is possible to generate a signed global_id string, for example like this "BAhJIh5naWQ6Ly9pZGluYWlkaS9Vc2VyLzM5NTk5BjoGRVQ=--81d7358dd5ee2ca33189bb404592df5e8d11420e" and then shorten it, and then return it to its original state. I need to track a record by an "ID" and I was thinking signed global_id is great but it's too long I'm thinking something no longer than 20 characters, the other option I thought of is a UUID, and then encode it to some base like 32 or 58 maybe?, but it misses the awesomeness of the global id. What advice do you recommend to obtain a short string that allows me to share it and track a record? https://github.com/rails/globalid

You can test this be getting the Global ID of a user and going to the endpoint.

Ruby/Rails has this in the form of GlobalID[1]. To be honest I haven't seen it used outside of whatever Rails itself automatically does, but the concept is there.

[1]https://github.com/rails/globalid

https://github.com/railsjazz/lazy_value created a new gem, interesting to hear your opinion.