Earlier quoted context omitted.
P2P and self hosted stuff is what I want out of the internet, not SaaS style platforms. People's cable modems are almost always on so it's reasonable for them to have some almost-always-on services behind them, but circumstances make it difficult to build viable P2P tech: - It's tough to monetize since true p2p software can just get pirated. You can't gatekeep to make sure people pay. - The shortage of IPv4 with the…
I've always felt that NAT ruined the internet. It made it basically improbable that someone might host something at home like the internet was made for.
Most use cases of ActivityPub would be better off as Atom or RSS feeds
41–50 of 50 posts
Re: Most use cases of ActivityPub would be better off as Atom or RSS feeds
#42Forget RSS/atom, use microformats2 h-feed. https://indieweb.org/sidefile-antipattern And there is existing tech for the popular reply-like-repost UX for this, based on webmention.
Re: Most use cases of ActivityPub would be better off as Atom or RSS feeds
#43Forget RSS/atom, use microformats2 h-feed. https://indieweb.org/sidefile-antipattern And there is existing tech for the popular reply-like-repost UX for this, based on webmention.
This doesn't seem to work too well for sites that need JavaScript to render. Then again, I suppose those sites might not have RSS either.
Re: Most use cases of ActivityPub would be better off as Atom or RSS feeds
#44Forget RSS/atom, use microformats2 h-feed. https://indieweb.org/sidefile-antipattern And there is existing tech for the popular reply-like-repost UX for this, based on webmention.
Are there any feed clients that support h-feed? I’m legitimately asking. I was looking for a h-feed capable client (like a traditional feed reader with h-feed support) only a few days ago and came up with none.
Usually things that integrate more into the whole indieweb ecosystem, but some are (plugins for) more traditional feed readers.
Re: Most use cases of ActivityPub would be better off as Atom or RSS feeds
#45I actually dream about bringing Atom (as far as I understand it's better than RSS but RSS just seems a better brand-name for this, in fact in many cases when you click on a link that says RSS you'll get Atom) back, expanding it with social functionality like likes, reposts and comments, implementing it better (auto-generated feeds on many sites are pretty crappy) and popularizing generic feed readers so non-geeks wou…
> expanding it with social functionality like likes, reposts and comments One of the problems I had with blog comments is spam. Blogger would queue up moderated comments and send you an email about them. The idea occurred to me that that was redundant and it would be better to cut out the middleman - you are getting email notifications about comments needing moderation, and email already had long established and much…
The first things the e-mail ecosystem is to do to become more adequate to the modern day world are to deprecate all the codepages but UTF-8 for any part of a message (header included), eliminate the overquoting tradition (including full text of the message the message is a response to) and introduce an efficient thread tracing mechanism instead, establish a more reasonable signature culture (i.e. people and software to stop including redundant and useless information in the bottom of every message) and make Markdown a core part of the standard (while HTML should better be deprecated).
Re: Most use cases of ActivityPub would be better off as Atom or RSS feeds
#46I'm not an ActivityPub user, but this post remindeds me of the initial comments to "Show HN: Dropbox" [1]. "For a Linux user, you can already build such a system yourself quite trivially by getting an FTP account, mounting it locally with curlftpfs, and then using SVN or CVS on the mounted filesystem." 1: https://news.ycombinator.com/item?id=8863
That comment was true then and is even more true now. rsync, unison, and git over SSH provide a far superior solution for more use cases (many of which Dropbox cannot support) than Dropbox does, without any of Dropbox's risks to privacy.
Re: Most use cases of ActivityPub would be better off as Atom or RSS feeds
#47Earlier quoted context omitted.
This doesn't seem to work too well for sites that need JavaScript to render. Then again, I suppose those sites might not have RSS either.
Content sites, i.e. blogs/news type things, MUST NOT need JavaScript to render.
Re: Most use cases of ActivityPub would be better off as Atom or RSS feeds
#48Earlier quoted context omitted.
> expanding it with social functionality like likes, reposts and comments One of the problems I had with blog comments is spam. Blogger would queue up moderated comments and send you an email about them. The idea occurred to me that that was redundant and it would be better to cut out the middleman - you are getting email notifications about comments needing moderation, and email already had long established and much…
I upvoted your response as your ideas are very reasonable but as for me, I don't like e-mail for a number of reasons, both psychologically subjective and technical. The first things the e-mail ecosystem is to do to become more adequate to the modern day world are to deprecate all the codepages but UTF-8 for any part of a message (header included), eliminate the overquoting tradition (including full text of the messag…
I also agree that email should be a personal preference. I think that DFeed[1][2] shows how open discussion systems should be built. DFeed provides a unified discussion system that is simultaneously accessible through email, NNTP, a web interface, and Atom feeds. That would be a really nice way to offer a comment discussion system on a blog.
[1] https://forum.dlang.org/help#about [2] https://github.com/CyberShadow/DFeed
Re: Most use cases of ActivityPub would be better off as Atom or RSS feeds
#49Earlier quoted context omitted.
That comment was true then and is even more true now. rsync, unison, and git over SSH provide a far superior solution for more use cases (many of which Dropbox cannot support) than Dropbox does, without any of Dropbox's risks to privacy.
And how many easy to use, one-click install, git over ssh with port-forwarding and key generation packages are there to download out there? There's two levels of software - easy to use and complicated. They both can accomplish the same goal with different levels of privacy.
Re: Most use cases of ActivityPub would be better off as Atom or RSS feeds
#50Earlier quoted context omitted.
I've always felt that NAT ruined the internet. It made it basically improbable that someone might host something at home like the internet was made for.
If you care about this, the best thing to do is to start using IPv6, and insisting on IPv6 support in any interactions with service providers (SaaSS, hosting, data providers, etc.) that you have.