The d-tag will be the unique identifier
nostr:nprofile1qqsrhuxx8l9ex335q7he0f09aej04zpazpl0ne2cgukyawd24mayt8gprfmhxue69uhkcmmrdd3x77pwve5kzar2v9nzucm0d5hszxnhwden5te0wpuhyctdd9jzuenfv96x5ctx9e3k7mf0qydhwumn8ghj7un9d3shjtnhv4ehgetjde38gcewvdhk6tc4rdlnm nostr:nprofile1qqsqvcu68pkfcyq5y9mz9n9u7sys33835rpnuglc6mtg7j4lv40c7ugpz3mhxue69uhhyetvv9ujuerpd46hxtnfduq3qamnwvaz7tmwdaehgu3wwa5kuegprpmhxue69uhkummnw3ezuum9vfshxarf0qhxgetk34tgct any idea about this? 🙏I think its good to go forward with this quickly, due of the possible network effect
Discussion
But what about when an URL change, redirects slow down, might be getting outdated and not working anymore at all and so. Bookmark tools such as pinboard and raindrop can handle this well related to its history, interactions and so.
That’s up to clients to figure that out, just like other bookmark tools do.
I mean how do we find this out with Yumyume if there is no unique identifier for this
The d tag is the unique identifier and cannot be updated. If a client will integrate an 'update bookmark' feature, that will mean a new event will be created with a new identifier. Then it's up to a client to do some matching for whatever reason.
Maybe two kind is the best solution
simple link 39700 (without changing the spec) like https://github.com/symfony/symfony/
category link 39701 like https://github.com/symfony/symfony/blob/7.2/src/Symfony/Component/HttpFoundation/Request.php#L98
Or maybe a smart relay which can figure that out and provide that (extra) metadata around those events
URLs break, that's what the internet does. There is no way around it. Even when URLs don't change the content inside them can change drastically.
One good solution is to keep a WARC copy of the referenced page stored somewhere, there is a DVM spec for that and I was working on such DVM but couldn't finish yet.
The generic solution is: make a new bookmark, keep the old one as a piece of history or delete it entirely.
If you're going to say a centralized system that is just a database can change the way it stores internal data and therefore it's better than fine, but Nostr is not such a thing and cannot ever have all these "features". Nostr is just a system that allows everybody to shout stuff so others can read, tradeoffs exist.