prologic

twtxt.net

"Problems are Solved by Method" 🇦🇺👨‍💻👨‍🦯🏹♔ 🏓⚯ 👨‍👩‍👧‍👧🛥 -- James Mills (operator of twtxt.net / creator of Yarn.social 🧶)

Recent twts from prologic
In-reply-to » twtxt is a decentralised, minimalist microblogging service for hackers.

You’re all wrong 😑 @anth@a.9srv.net will happily tell you (hopefully) that we’ve been doing this whole “microblogging” / “status update” thing decades earlier than anything you’ve ever seen in the form of finger 🤣 and “plan” files 😅

⤋ Read More
In-reply-to » The other day, after a discussion online, we came to the conclusion that using awk+sed+tr could replace much of the development that requires a database. However, using SQLite to have a SQL syntax isn't a bad idea either. What do you think?

@andros@twtxt.andros.dev I’m not entirely sure what this means:

development that requires a database

Obviously I wasn’t in the discussion so I feel like I’m missing some context here 🤔

⤋ Read More
In-reply-to » @prologic We can't agree on this idea because that makes things even more complicated than it already is today. The beauty of twtxt is, you put one file on your server, done. One. Not five million. Granted, there might be archive feeds, so it might be already a bit more, but still faaaaaaar less than one file per message.

@lyse@lyse.isobeef.org I also think we need to remove ourselves a bit from the “Twtxt” format as it was originally designed by Buckket.

The beauty of twtxt is, you put one file on your server, done. One.

I’m not talking (nor ever was here) about that. We should be allowed to and encourage dot evolve its usage and our own.

It would be far better as a community to focus on the utility of our tools, services, protocols, formats and specifications as well as our own clients and usages thereof rather than this “idealised” design from © 2016.

If you strongly disagree with this, then I think I’ll just honestly step away from all of this as the back ‘n forth on this whole “beaty” and “simplify” argument is honestly wearing me down 😢

⤋ Read More
In-reply-to » One of the biggest gripes of the community with the way the threading model currently works with Twtxt v1.2 (https://twtxt.dev) is this notion of:

@lyse@lyse.isobeef.org Sorry I didn’t mean to upset you or anyone here in the community. I am/was merely trying to solve what I perceive to be a problem and an ask in the community:

How do I know what a hash refers to?

I believe the reason for this stems from a curiosity of the user of whether they might find that thread interesting or whether there are new interested feeds to follow?

Although my idea increases complexity slightly (introducing a new concept) I don’t think it’s particular hard to understand, reason about or implement (complicated). One could even even make the implementation quite simple in fact.

Either way, the idea of a service (cantralised) or participating clients/registries (distributed) providing reverse hash lookups doesn’t sound too bad really.

What do you propose to solve the above problem? 🤔

⤋ Read More

One of the biggest gripes of the community with the way the threading model currently works with Twtxt v1.2 (https://twtxt.dev) is this notion of:

What is this hash?
What does it refer to?

Idea: Why can’t we all agree to implement a simple URI scheme where we host our Twtxt feeds?

That is, if you host your feed at https://example.com/twtxt.txt – Why can’t or could you not also host various JSON files (let’s agree on the spec of course) at https://example.com/twt/<hash> ? 🤔

That way we solve this problem in a truly decentralised way, rather than every relying on yarnd pods alone.

⤋ Read More

So… Cylone Alfred made landfall (whatever that means) last night, and I watched it hit my wife’s Uncle/Aunt’s place on one of the outer islands, then move westwards and sort of fizzle out. It’s now been downgrade to a “Tropical Low” (I guess not good enough for a Cat X anymore?), but we’re still in the Eye of it, and there’s still a swirling mass of winds (just not as fast). Now we get to look forward to flooding 🤣

⤋ Read More
In-reply-to » @eapl.me There are several points that I like, but I want to highlight number 7. https://text.eapl.mx/a-few-ideas-for-a-next-twtxt-version #twtxt

This seems to be capable of supporting edits as you noted. But I need to think a bit more (~2am here now) of whether this can be abused in any way… The advantage of Content-based Addressing (hashing the content) is that the hash is then immutable, meaning that we can have integrity that the hash actually represents that content from that author at that time.

⤋ Read More
In-reply-to » @eapl.me There are several points that I like, but I want to highlight number 7. https://text.eapl.mx/a-few-ideas-for-a-next-twtxt-version #twtxt

# default_lang = en
# discovery_url = https://example.com/discovery/
# follow = alice https://example.com/alice.txt ABCDEF12
# follow = alice gemini://example.com/alice.txt
# avatar = https://example.com/avatar/alice.png
# avatar = gemini://example.com/avatar/alice.png

1	2025-03-03T15:00:00-04:00	{lang=en} Hello, world! Welcome to my twtxt feed. UTF-8 check: é, ö, ü.
2	2025-03-03T15:05:00-04:00	{lang=es} ¡Hola, mundo! This tweet is in Spanish.
3	2025-03-03T15:10:00-04:00	{url=ABCDEF12,id=1} Replying to tweet 1 using its URL hash.
4	2025-03-03T15:15:00-04:00	{edited=1} This tweet has been edited once.
5	2025-03-03T15:20:00-04:00	{lang=fr} Bonjour le monde! A French twt overriding the default language.
6	2025-03-03T15:25:00-04:00	Regular twt without metadata defaults to en.

⤋ Read More
In-reply-to » @bmallred I forgot one more effect of edits. If clients remember the read status of massages by hash, an edit will mark the updated message as unread again. To some degree that is even the right behavior, because the message was updated, so the user might want to have a look at the updated version. On the other hand, if it's just a small typo fix, it's maybe not worth to tell the user about. But the client doesn't know, at least not with additional logic.

@lyse@lyse.isobeef.org Clients could detest edits 🤞

⤋ Read More