(#cs3mjwa) We cannot bulletproof it, no matter which solution we use. If somethings changes, most likely something breaks. However a Nick+Timestamp is fairly unique hash, even if someone for whatever reason had the same nick. For display nick@url would make that unique and recognizable again.
(#frjxwvq) š¤£ Indeed. Itās like using disallow is only pointing them to look for more stuff to index. Those few kBās for a twtxt file, meh.. shouldnt even be a discussion.
(#frjxwvq) I agree. The idea of twtxt is to be an āopenā format or standard. Regarding how often, the TTL could (should?) be honored, but open means open.
I swear, poking at Suckless tools have become such a great way for me to slowly learn coding in C. Just getting things working in st and surf has helped me better understand how things fuction better than most of the books Iāve been reading.
(#pqhbula) Well, as for a new UUID itās a thought to combine the timestamp+username or timestamp+url to create a unique id. In this scenario I think the first would probably be favourable. This way if someone decides to use a different url (most likely they will stick to their nickname) UUIDās will still hold up.
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.
There. Re-enabled the old subdomain url (twtxt.prismdragon.net), and just pointed it to the file in my twtxt fileās url field. Either should work, so links wonāt be broken.
(#mowsvgq) @prologic@twtxt.net Ah! Looks like the quickstart script I was working on got screwed up. Thanks for pointing it out. Should be fixed now. Also, I used to point the feed to the twtxt.prismdragon.net subdomain, but stopped because of a misbehaving nginx, so it may be something cached somewhere. Not sure where, though.
Rebuilding my twtxt file after deciding to return, and trying to get back into working on my fork of txtnix as a reason to continue learning Perl again.
(#z6ameqa) There is a reason P2P was invented. The streaming model will never work, but.. if they want to act like digital kings, then own the pain that comes with it.
(#lnlbnsq) Well I have been working on an update of Timeline, mainly improving speed. Getting a multiple of feeds can really become a big fetch. So I would advocate for ideas to maintain performance.
Regardings your points:
Agreed, but at the moment date+txt creates the unique timestamp
Preferably newest twt as the last line, will make for more structure.
(#4w3ilsa) More interesting aspects about Antenna:
At first, I thought that Antenna acted like a ātraditionalā blog aggregator, but thatās not really the case. You know, with a blog aggregator, you would normally contact the owner and ask them to include your feed. That step is not needed with Antenna.
So, when someone publishes a blog/gemlog post and you would like to āreplyā to it, you can just do that: Write your post and then publish the link on Antenna. This means your Gemini capsule doesnāt need to be well known in order to participate. If I read something interesting and would like to reply, I could do that right now ā instead of having to wait for the webmaster of the aggregator to include/unlock my feed.
Also, itās just arbitrary Gemini links in Antenna ā unlike a blog aggregator, where everything is a blog post. So I just saw someone publishing a link titled āA wild twtxt appearsā and thatās just a link to their twtxt file.
In many ways, this thing is a bit more like a forum than a blog aggregator. Or maybe you could also call it a ābusā.
(When the spec says ācontent is UTF-8ā, then it kind of follows for me that I should set Content-Type: text/plain; charset=utf-8. Lots of feeds donāt do that, though, which is why jenny ignores the header altogether and always decodes as UTF-8.)
(#jsj23rq) @anth@a.9srv.net (Iām also a bit confused by the UTF-8 topic. I thought that the original twtxt spec has always mandated UTF-8 for the content. Whyās that an issue now? š Granted, my client also got this wrong in the past, but it has been fixed ~3 years ago.)
Iāve always liked this track, but ~30 years ago I didnāt have good headphones. Now I do and only now do I realize how ādenseā the atmosphere of this track is. š³ Guess my speakers back then simply didnāt render most of the bass ā¦ š¤¦
(#hpynjxq) @bender@twtxt.net As for stability, yes. As for āeasy to understandā: Probably depends on how well you hide things like lists or hash maps behind library functions. š„“
(#maojn6q) @xuu@txt.sour.is Yes, of course. This has been blown out of proportion anyway. All I originally wanted to say is that the b2sum program isnāt very widely available.
It would help to know how many different clients there actually are. I suspect that number is very close to 3.
(#rreyqya) @quark@ferengi.one This message of yours was another reason for writing 2hex and 2bin. It made me realize my existing hex2bin script was buggy. So now I have that portable version in C which runs pretty much everywhere: https://movq.de/v/31843f7317/s.png š„³
(#tukxcsq) @prologic@twtxt.net YES James, it should be up to the client to deal with changes like edits and deletions. And putting this load on the clients, location-addressing with make this a lot easier since what is says it: Look in this file at this timestamp, did anything change or went missing? (And then threading will not break;)
(#2bsh7vq) (#<2024-09-24T12:53:35Z https://twtxt.net/user/prologic/twtxt.txt>) What does this screenshot show? The resolution it too low for reading the textā¦
(#j63urka) (#<2024-09-24T12:45:54Z https://twtxt.net/user/prologic/twtxt.txt>) @prologic@twtxt.net Iām not really buying this one about readability. Itās easy to recognize that this is a URL and a date, so you skim over it like you would we mentions and markdown links and images. If you are not suppose to read the raw file, then we might a well jam everything into JSON like mastodon
(#a73p7ma) (#<2024-09-24T12:44:35Z https://twtxt.net/user/prologic/twtxt.txt>) There is a increase in space/memory for sure. But calculating the hashes also takes up CPU. Iām not good with that kind of math, but itās a tradeoff either way.
(#rksyfja) (#<2024-09-24T12:39:32Z https://twtxt.net/user/prologic/twtxt.txt>) @prologic@twtxt.net It might be simple for you to run echo -e "\t\t" | sha256sum | base64, but for people who are not comfortable in a terminal and got their dev env set up, then that is magic, compared to the simplicity of just copy/pasting what you see in a textfile into another textfile ā Basically what @movq@www.uninformativ.de also said. Iām also on team extreme minimalism, otherwise we could just use mastodon etc. Replacing line-breaks with a tab would also make it easier to handwrite your twtxt. You donāt have to hardwrite it, but at least you should have the option to. Just as i do with all my HTML and CSS.