How the afternoon is going: .oO( Oh, this is cool, maybe it is possible to do what I want, let me check the documentation; oh, the documentation is wrong, let's fix it but first let's see what caused it... )
Status: one issue open (on a tool used to debug the issue); three pull requests made (regarding the documentation); does the project do what I want? don't know yet, had no time to actually read the documentation O:-)
How the afternoon is going: .oO( Oh, this is cool, maybe it is possible to do what I want, let me check the documentation; oh, the documentation is wrong, let's fix it but first let's see what caused it... )
Status: one issue open (on a tool used to debug the issue); three pull requests made (regarding the documentation); does the project do what I want? don't know yet, had no time to actually read the documentation O:-)
Adding to that, we could implement a version variable in the meta, adapt code to either read the old or new format UUID, so older threads won't break.
https://meet.mills.io/call/Yarn.social
https://meet.mills.io/call/Yarn.social
# url too. See here and here -- @xuu Can you confirm this to be the case? 🙏 GetN("url", 0) will return the first found # url comment right?
# url too. See here and here -- @xuu Can you confirm this to be the case? 🙏 GetN("url", 0) will return the first found # url comment right?
curl -s -H 'Accept: application/json' https://twtxt.net/twt/mowsvgq
This gets you a twt which, when hashed again *now* using all the information from that API reply, does not yield the hash
mowsvgq but bjs6aua.But when you use the URL http://prismdragon.net/twtxt.txt for hashing instead of http://twtxt.prismdragon.net/twtxt.txt, it’s
mowsvgq.So I would expect Yarn to *either* know about
mowsvgq (showing the new URL http://prismdragon.net/twtxt.txt) *or* about bjs6aua (showing the old URL http://twtxt.prismdragon.net/twtxt.txt). But not mowsvgq with the old URL. 😅I don’t see how the second
# url = metadata field is relevant here. 🤔
curl -s -H 'Accept: application/json' https://twtxt.net/twt/mowsvgq
This gets you a twt which, when hashed again *now* using all the information from that API reply, does not yield the hash
mowsvgq but bjs6aua.But when you use the URL http://prismdragon.net/twtxt.txt for hashing instead of http://twtxt.prismdragon.net/twtxt.txt, it’s
mowsvgq.So I would expect Yarn to *either* know about
mowsvgq (showing the new URL http://prismdragon.net/twtxt.txt) *or* about bjs6aua (showing the old URL http://twtxt.prismdragon.net/twtxt.txt). But not mowsvgq with the old URL. 😅I don’t see how the second
# url = metadata field is relevant here. 🤔
curl -s -H 'Accept: application/json' https://twtxt.net/twt/mowsvgq
This gets you a twt which, when hashed again *now* using all the information from that API reply, does not yield the hash
mowsvgq but bjs6aua.But when you use the URL http://prismdragon.net/twtxt.txt for hashing instead of http://twtxt.prismdragon.net/twtxt.txt, it’s
mowsvgq.So I would expect Yarn to *either* know about
mowsvgq (showing the new URL http://prismdragon.net/twtxt.txt) *or* about bjs6aua (showing the old URL http://twtxt.prismdragon.net/twtxt.txt). But not mowsvgq with the old URL. 😅I don’t see how the second
# url = metadata field is relevant here. 🤔
curl -s -H 'Accept: application/json' https://twtxt.net/twt/mowsvgq
This gets you a twt which, when hashed again *now* using all the information from that API reply, does not yield the hash
mowsvgq but bjs6aua.But when you use the URL http://prismdragon.net/twtxt.txt for hashing instead of http://twtxt.prismdragon.net/twtxt.txt, it’s
mowsvgq.So I would expect Yarn to *either* know about
mowsvgq (showing the new URL http://prismdragon.net/twtxt.txt) *or* about bjs6aua (showing the old URL http://twtxt.prismdragon.net/twtxt.txt). But not mowsvgq with the old URL. 😅I don’t see how the second
# url = metadata field is relevant here. 🤔
Otherwise get out and go use something that's either a distributed (Mastodon, AT, etc) or centralized (Facebook, X, etc) network.
Otherwise get out and go use something that's either a distributed (Mastodon, AT, etc) or centralized (Facebook, X, etc) network.