In-reply-to » @movq If my memory serves me right, I think v2 doesn't mention UTF-8 at all. Then I came along and noted that the Content-Type: text/plain might be not enough, as the HTTP spec defaults to Latin1 or whatever, not UTF-8. So there is a gap or room for incorrect interpretation. I could be wrong, but I understand @anth's comment that he doesn't want to even have a Content-Type header in the first place.

Just to be clear, I’m 100% for mandating UTF-8 and only UTF-8. Nothing else. Exactly how it has always been.

I just like to send a proper Content-Type stating the right encoding to be a good web citizen. That’s all. :-)

⤋ Read More
In-reply-to » Cool, @anth, thanks for the followup! I have to reread the original v2 in order to really follow your explanation, but that document seems to be offline at the moment. I'll try again later. :-)

Righto @anth@a.9srv.net, v2 is up again for me:

Clients (and human readers) just assume a flat threading
structure by default, read things in order […]

I might misunderstand this, but I slightly disagree. Personally, I like to look at the tree structure and my client also does present me the conversation tree as an actual tree, not a flat list. Yes, this gets messy when there are a lot of branches and long messages, but I managed to live with that. Doesn’t happen very often. Anyway, just a personal preference. Nothing to really worry.

The v2 spec requires each reply to re-calculate the hash
of the specific entry I’m replying to […]

Hmmmm, where do you read that the client has to re-calculate the hash on reply? (Sorry, I’m probably just not getting your point here in the entire paragraph.)

Clients should not be expected to track conversations back
across forking points […]

I agree. It totally depends on the client.

⤋ Read More
In-reply-to » @anth (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.)

@movq@www.uninformativ.de If my memory serves me right, I think v2 doesn’t mention UTF-8 at all. Then I came along and noted that the Content-Type: text/plain might be not enough, as the HTTP spec defaults to Latin1 or whatever, not UTF-8. So there is a gap or room for incorrect interpretation. I could be wrong, but I understand @anth@a.9srv.net’s comment that he doesn’t want to even have a Content-Type header in the first place.

I reckon it should be optional, but when deciding to sending one, it should be Content-Type: text/plain; charset=utf-8. That also helps browsers pick up the right encoding right away without guessing wrong (basically always happens with Firefox here). That aids people who read raw feeds in browsers for debugging or what not. (I sometimes do that to decide if there is enough interesting content to follow the feed at hand.)

⤋ Read More
In-reply-to » New post (mostly follow-up on the previous with a few new points) on the twtxt v2 discussion. http://a.9srv.net/b/2024-10-08

@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.)

⤋ Read More
In-reply-to » New post (mostly follow-up on the previous with a few new points) on the twtxt v2 discussion. http://a.9srv.net/b/2024-10-08

Cool, @anth@a.9srv.net, thanks for the followup! I have to reread the original v2 in order to really follow your explanation, but that document seems to be offline at the moment. I’ll try again later. :-)

⤋ Read More
In-reply-to » New post (mostly follow-up on the previous with a few new points) on the twtxt v2 discussion. http://a.9srv.net/b/2024-10-08

@2024-10-08T19:36:38-07:00@a.9srv.net Thanks for the followup. I agrees with most of it - especially:

Please nobody suggest sticking the content type in more metadata. 🙄

Yes, URL can be considered ugly, but they work and are understandable by both humans and machines. And its trivial for any client to hide the URLs used as reference in replies/treading.

Webfinger can be an add-on to help lookup people, and it can be made independent of the nick by just serving the same json regardless of the nick as people do with static sites and a as I implemented it on darch.dk (wf endpoint). Try RANDOMSTRING@darch.dk on http://darch.dk/wf-lookup.php (wf lookup) or RANDOMSTRING@garrido.io on https://webfinger.net

⤋ Read More
In-reply-to » @doesnm Agree. salty.im should allow the user to post multiple brokers on their webfinger so the client can find a working path.

Honestly… not much. Have abandon two projects (both private) on Golang and one related to cryptography. My mostly languages are Python and Javascript (also can PHP). After writing code on Go i spend same time on fixing dumb errors

⤋ Read More
In-reply-to » Oh boy... Eugene Rochko's status. And what a flashy name, "Social Web Foundation". See the "industry support" header on that page. Don't like it one bit.

I share that opinion, but sadly advertisers were completely spoiled, over the years of social media companies bowing down to them. Even if unethical ways of targeting ads were banned, I assume the websites would get paid less.

Now when the pockets of many investors also dried up and they won’t just infinitely pump billions of dollars into an empty promise of mysterious grand future returns (unless AI is involved), sites would have no options, other than squeeze that cash, out of their users.

I know community donations exist, but they’re a model unsustainable for bigger sites and less dedicated communities - furthermore the more sites start begging for donations, the less money there will be to split among them.

The only option that remains, is paid subscriptions and microtransactions, that are already way out of hand, on many sites and I can’t even imagine how hard those would be pushed, if their finances got worse.

⤋ Read More
In-reply-to » @doesnm What do you think of when you say "decentralized"?

@xuu I guess the way SimpleX does its routing is quote clever and ingineious really. – However we never designed Salty.im that way. That wasn’t an attack vector we were really concerned with right? I’ve been using SimpleX with you for the last day or so now and reading up on it, and whilst there are some overlapping and similar ideas I feel that SimpleX has slightly different design goals right?

I mean Salty.im is more designed to be self-hosted, with good crypto but we never tried to set out to build a complex multi-broker, relay network-type protocol right? Do we need to? Probably not I think. Hmmm 🧐

⤋ Read More
In-reply-to » @doesnm Agree. salty.im should allow the user to post multiple brokers on their webfinger so the client can find a working path.

@doesnm@doesnm.p.psf.lt I mean generally speaking you would cache things for a period of time right? There are other things you could do as well to build a better more resilient system. These are good conversations to have, however we, and by we I mean mostly @xuu and I really, haven’t had a lot of time to spend/invest in Salty.im of late 😭

@doesnm@doesnm.p.psf.lt Are you interested in helping continue it’s development with us? Do you have any experience with cryptography and/or programming language like Go?

⤋ Read More
In-reply-to » Oh boy... Eugene Rochko's status. And what a flashy name, "Social Web Foundation". See the "industry support" header on that page. Don't like it one bit.

So… Yes all this is sorta/kinda true, remember I used to work there once (great place to work, awful company). It isn’t by design or on-purpose I don’t think, at least not from the perspective I had back then.

What really needs to happen here in general, and I’ve said it before; is this:

Profiting off of user-generated data and metadata should be made illegal.

Social Media (systems) don’t need to be regulated beyond not allowing minors to access social media. But if you enact the changes to laws (see above) such that profiting off of userdata is made illegal, then you minors can be potentially “safe” from predators. Let’s be honest, predators are the “big tech” companies that make this shit™ highly addictive to the point where it “rots your brain”.

⤋ Read More
In-reply-to » Oh boy... Eugene Rochko's status. And what a flashy name, "Social Web Foundation". See the "industry support" header on that page. Don't like it one bit.

I would recommend watching at least the very end of this video, as it explains, how Meta funds “independent advocacy groups”, to fight government regulation, disguised as some social good, open-source, equality, freedom, whatever…

⤋ Read More
In-reply-to » @doesnm What do you think of when you say "decentralized"?

@prologic@twtxt.net currently? it wouldnt :D.

we would need to come up with a way of registering with multiple brokers that can i guess forward to a reader broker. something that will retry if needed. need to read into how simplex handles multi brokers

⤋ Read More