For my technical pals.
Introducing, kind 1994.
Why 1994?
Because URLs (Uniform Resource Locators) were defined in 1994 by Tim Berners-Lee, the inventor of the World Wide Web.
nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z nostr:npub1zuuajd7u3sx8xu92yav9jwxpr839cs0kc3q6t56vd5u9q033xmhsk6c2uc nostr:npub1cmmswlckn82se7f2jeftl6ll4szlc6zzh8hrjyyfm9vm3t2afr7svqlr6f
would be interesting is if I could use a bech32 instead of a URL, and then the URL shorterner service could use NIP-89 to send me to my favorite client instead of to a hardcoded one.
That way I could share a, e.g. NIP-23 and when the user visits it the shortener service could check which NIP-23 handler I like and send me to either habla.news, highlighter, Yaki Honne, Blogstack, etc
Love this idea.
This is exactly what will be added to njump to create a dynamic list of clients (currently they are hardcoded, splitted by the main kinds).
But how this is related to a web url shortener?
if I want to share a short URL of an nevent to whatever default handler a user is using for that kind
I can do
and force the user to use
or I can create a shorter URL mapping `hello` to `nevent1....`
when a nostr user clicks on short.url/hello they are redirected to THEIR preferred client for that event kind.
Basically, when you share a URL like snort.social/e/
Nostr.com is *almost* there, it's just missing the NIP-89 support, a redirection when the user has explicitly set a kind:31989 for the kind being shown, and optionally, a shorting URL so I can share nostr.com/
I understand. However I suppose the focus of this service is the classic web shortner, but using nostr as data storage.
Yes, a a shortner could also be a nice option for nostr.com-njump.
NIP-89 will come, for now the user can choose from a list of clients (so it doesn't force the user) and the most used one is put on the top so next time it ready for a one click/tap redirect. You can find more details here: nostr:nevent1qqsqqqqq009w6ftu98u3yrk44u30fr9dd8f908teqc8vemdt32tcl0qpzpmhxue69uhk2tnwdaejumr0dshszenhwden5te0ve5kcar9wghxummnw3ezuamfdejj7mnsw43rzdnjxp6xcwrpxvuks6rrwfshqcfsxv6n2wtcv958x6n3dg68xvrexe6rym34vacxg6ekx3mrqdn2w3nk26m3v34h5dtsdslkyun0v9jxxctnws7hgun4v5qkvamnwvaz7tmxd9k8getj9ehx7um5wgh8w6twv5hkuur4vgckzvmswemk2vnsxdmrwmtwdfarv6rvv5mrxu3kxgu8wmpewu6nvdmpwumh2v3nvea8zuesxce8vdtkw93hzut4xdekw6pn8a38ymmpv33kzum58468yat9q9n8wumn8ghj7enfd36x2u3wdehhxarj9emkjmn99ah8qatzx9shy6mwxpu8s7rvds6xcmr80yuhz7rtwfhxxm3nwe3ngmpk89enqer68pjkvvm6v9j8j6mrwajnwctcxdj8zunjdq6rxaelvfex7ctyvdshxapaw3e82egpvemhxue69uhkv6tvw3jhytnwdaehgu3wwa5kuef0dec82c330pk85amjwp5xs7rswpjhj6nhxpc8ymrhxpj8vurnd4urycfcdfjrv7tgde6rqdnrd3urv7nkdscxv7n6v3ekwcm9xamnq0mzwfhkzerrv9ehg0t5wf6k2qgswaehxw309ahx7tnnw3ezucmj9uqsuamnwvaz7tmwdaejumr0dshszgrhwden5te0dehhxarj9ejkjmn4dej85ampdeaxjeewwdcxzcm99uq3samnwvaz7tmwdaehgu3wvekhgtnhd9azucnf0ghszynhwden5te0dehhxarj9ek82tntv5hszyrhwden5te0dehhxarj9ekk7mf0qyghwumn8ghj7mn0wd68ytnhd9hx2tcpzfmhxue69uhkummnw3eryvfwvdhk6tcprpmhxue69uhhyetvv9ujucm4wfex2mn59en8j6f0qy2hwumn8ghj7un9d3shjtnyv9kh2uewd9hj7qghwaehxw309aex2mrp0yhxummnw3ezucnpdejz7qg4waehxw309aex2mrp0yhxummnw3ezuun09uq3kamnwvaz7tmjv4kxz7fwdehhxarjd93ksetn9ehhyee0qy28wumn8ghj7un9d3shjctzd3jjummjvuhsuh0zs3
