Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Friendica – A Decentralized Social Network

friendi.ca

Post reply on HN
Print view View original

21–30 of 63 posts

Re: Friendica – A Decentralized Social Network

#21

Post by kennywinker »

jauntywundrkind wrote: post #18
kennywinker wrote: post #3

I’m interested in self-hosting a small social network for my family and close friends. Something to get us off facebook/instagram. If anybody is more familiar with the options, is this what you’d recommend?

If you also want to host or build interesting social apps, you should definitely do an isolated atproto / Bluesky service! https://blueskydirectory.com/ As for actually doing this... running a PDS and relay isn't that hard, and the red dwarf web client is online and can be configured to point to whatever appview you want. There's significantly less experience running your own appview, but there are options & folks ar…

I’ve used bluesky, and it’s very twitter-like. That doesn’t seem like the best model for a close-knit community. For larger ones, perhaps!

Re: Friendica – A Decentralized Social Network

#22

Post by kstrauser »

kennywinker wrote: post #3

I’m interested in self-hosting a small social network for my family and close friends. Something to get us off facebook/instagram. If anybody is more familiar with the options, is this what you’d recommend?

I’d recommend installing a Pleroma server. It speaks ActivityPub and you can use any of the nice Mastodon apps with it. I've run a Mastodon server for the last 9 years, and wouldn't recommend Pleroma over it for a large many-user instance, but it's relatively tiny and lightweight for a personal server. You can configure it not to talk to the rest of the Fediverse so that it remains your friendly, isolated silo.

Re: Friendica – A Decentralized Social Network

#23

Post by prox »

virgil_disgr4ce wrote: post #12

This is one of the least convincing homepages I've ever seen. It doesn't help that there are no x margins at the largest media query. In fact nothing about this page encourages me to spend more than one second looking at it.

It seems to be made for nerds (and I say that kindly) and not potential users. It’s way too tech blurb and not enough show what you getting into.

Re: Friendica – A Decentralized Social Network

#24

Post by conception »

throwanem wrote: post #10
conception wrote: post #8

Earlier quoted context omitted.

I tossed together a mattermost server. It’s effectively a slack cove and works pretty great.

It's been a decade, but I had a very similar experience with Mattermost. It would be, if perhaps not where I would end up today, then certainly where I would start looking.

Yeah, it’s been pretty seamless and I was able to import the full Slack history into it as well from a previous Slack instance. The only thing I found lacking was a good GIF plug-in, but I was able to cobble one together pretty easily.

Re: Friendica – A Decentralized Social Network

#25

Post by kennywinker »

kstrauser wrote: post #22
kennywinker wrote: post #3

I’m interested in self-hosting a small social network for my family and close friends. Something to get us off facebook/instagram. If anybody is more familiar with the options, is this what you’d recommend?

I’d recommend installing a Pleroma server. It speaks ActivityPub and you can use any of the nice Mastodon apps with it. I've run a Mastodon server for the last 9 years, and wouldn't recommend Pleroma over it for a large many-user instance, but it's relatively tiny and lightweight for a personal server. You can configure it not to talk to the rest of the Fediverse so that it remains your friendly, isolated silo.

Pleroma looks to be very twitter-y. I don’t feel twitter is a great model for a small tight-knit group. For a larger less familial group, it’s probably better suited.

Like, i’m thinking photo album sharing (twitter-like makes photos ephemeral, quickly disappearing on the timeline) and conversation (twitter threading has never been strong imo).

Re: Friendica – A Decentralized Social Network

#27

Post by verdverm »

prox wrote: post #23
virgil_disgr4ce wrote: post #12

This is one of the least convincing homepages I've ever seen. It doesn't help that there are no x margins at the largest media query. In fact nothing about this page encourages me to spend more than one second looking at it.

It seems to be made for nerds (and I say that kindly) and not potential users. It’s way too tech blurb and not enough show what you getting into.

I think any federated social media that is going to replace the status quo needs to have solid (1) UX (2) privacy as the default

Re: Friendica – A Decentralized Social Network

#28

Post by verdverm »

imperfectfourth wrote: post #26
amelius wrote: post #14

Earlier quoted context omitted.

I guess that one day soon we will have a Claw that just pumps information between all the different social networks.

what's a Claw

the "set it and forget it" Ai agents, largely driven by OpenClaw

Re: Friendica – A Decentralized Social Network

#29

Post by verdverm »

jauntywundrkind wrote: post #18
kennywinker wrote: post #3

I’m interested in self-hosting a small social network for my family and close friends. Something to get us off facebook/instagram. If anybody is more familiar with the options, is this what you’d recommend?

If you also want to host or build interesting social apps, you should definitely do an isolated atproto / Bluesky service! https://blueskydirectory.com/ As for actually doing this... running a PDS and relay isn't that hard, and the red dwarf web client is online and can be configured to point to whatever appview you want. There's significantly less experience running your own appview, but there are options & folks ar…

There are projects that make running independent atproto networks "easy": https://github.com/verdverm/testnet

I no longer recommend ATProto, in part because the public by default was a terrible choice. People prefer privacy, not anyone in the world able to read all of their activity. Bolting permissioned buckets on after the fact is not the way, it needs to be core to the protocol design.

Post reply on HN