this post was submitted on 01 Mar 2026
389 points (99.0% liked)

Selfhosted

56953 readers
1625 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

  7. No low-effort posts. This is subjective and will largely be determined by the community member reports.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS
 

I've been working on Habitat for the past two years. It all stemmed from this idea that I posted in April 2024.

Habitat is a free open-source, self hosted social platform for local communities. It is aimed at fostering local community discussions and discovery of areas of interest. This is why it is built primarily around location. A Habitat instance centers on a specific area, and the local community can make generic posts about that area, or they can make posts about specific locations in that area. More about what I've been building and the future plans here.

Features

  • Habitat specification of location and size - enabling posts related to the local area
  • Home feed - Displays the most recent posts
  • Nearby feed - Displays posts sorted by proximity to the user
  • Create posts - Upload photos, set locations, comments
  • Categories - Location rules
  • Amazon S3 image storage option
  • Personalisation - Overrides Habitat defaults per user: kms/miles, hidden categories
  • Moderation tools - User, post, comment moderation, block email addresses
  • Announcements - Scheduled announcements
  • Public moderation log - Keep moderator actions visible for 30 days

If you're interest in this at all, please give it a spin and let me know how you get on. I'll keep an eye here on Lemmy, but you can also post to the Habitat discussion board on GitHub.

you are viewing a single comment's thread
view the rest of the comments
[–] ada@piefed.blahaj.zone 6 points 20 hours ago (1 children)

It seems to me that activity pub could still be useful for a couple of reasons. If you live in the suburbs of a city, then bring able to also access an instance for your suburb and your city might be useful.

And if you live in multiple locales, or if want to stay connected to your old home town etc

[–] carlnewton@feddit.uk 8 points 20 hours ago (2 children)

Please do have a read of this: https://carlnewton.github.io/posts/location-based-social-network/#connecting-instances

I feel quite confident that a gossip protocol approach is the right way to go, but seamless connectivity to other instances is absolutely planned!

[–] mnemonicmonkeys@sh.itjust.works 1 points 37 minutes ago

Reading through your link, it seems like the main difference in your framework is that there's auto-propogation of federation built in. Please correct me if I missed anything

Unrelated point: before you throw too much time and effort into building up federation, I want to bring something in the Matrix vs. XMPP debate: caching.

Apparently in Matrix, if a user on server A joins a chatroom on server B, then all of the content on the chatroom need to then be copied and synced to server A. There's 2 primary problems with this: it's a lot of duplication overhead that can limit scaling of the network and there's legal consequences for server A caching potentially illegal content. There's also a privacy concern as this means more parties that can see various interactions.

XMPP gets around these problems by having the user on server A just directly connect with server B, without server A caching anything.

I haven't dug into too many of the differences myself, but wanted to bring it up in case it helped

[–] ada@piefed.blahaj.zone 6 points 20 hours ago

That was my bad. I was espousing federation, not AP specifically, and I see that federation is built in to the idea