5 ms·

hosting a full-blown mastodon for a single user instance is extremely overkill. if you have access to a LAMP like your typical shared hosting provider, you cou

by riffic 4y ago

hosting a full-blown mastodon for a single user instance is extremely overkill. if you have access to a LAMP like your typical shared hosting provider, you could try Gnu Social or WordPress with the AP plugin.

johntash 4y ago
I agree, I started looking at setting up a mastodon instance and didn't get very far before looking at alternatives. Thanks for the suggestion. I don't really want to run another Wordpress, but Gnu Social looks promising.
- huimang 4y ago
  Check out pleroma. It uses much less resources than mastodon so it’s been nice as a single user instance.
  - ConfuSomu 4y ago
    And GoToSocial is also a nice alternative to Mastodon
  - zimpenfish 4y ago
    If you want even lower resource usage, try honk[1] (currently using about 80M whilst my Pleroma is using 350M + 500M from Postgres) (although it is considerably more minimal than Pleroma...) [1] https://humungus.tedunangst.com/r/honk https://humungus.tedunangst.com/r/honk
    - huimang 4y ago
      I love software like that, thanks for sharing. I do worry about seems like a single-user contributor project, though. Pleroma and Mastodon have healthy amounts of contributors and activity, so I feel more comfortable about going with them.
      - zimpenfish 4y ago
        > I do worry about seems like a single-user contributor project, though. Yeah, fair, especially when it has an, uh, esoteric code style.
jayknight 4y ago
Is there such a thing as a static ActivityPub timeline, something like Hugo, by compatible with Mastodon? Or is that nonsensical?
- riffic 4y ago
  There's a discussion about that here involving one of the spec authors: https://octodon.social/@cwebber/100368138697354408 https://octodon.social/@cwebber/100368138697354408
- cxr 4y ago
  It's not nonsensical. It's not doable, though, either—owing to fundamental assumptions/flaws in the protocol (where "protocol" here refers to the Mastodon-compatible implementations that are in actual [read: majority] use today). It wouldn't take much to fix it, though, and it should be fixed. TPTB really should have focused on enabling your use case from the beginning. Moar discussion here: Comments for "Mastodon 3.5" (6 months ago) <https://news.ycombinator.com/item?id=30862612 https://news.ycombinator.com/item?id=30862612>

by riffic 4y ago

johntash 4y ago

I agree, I started looking at setting up a mastodon instance and didn't get very far before looking at alternatives. Thanks for the suggestion. I don't really want to run another Wordpress, but Gnu Social looks promising.

huimang 4y ago
Check out pleroma. It uses much less resources than mastodon so it’s been nice as a single user instance.
- ConfuSomu 4y ago
  And GoToSocial is also a nice alternative to Mastodon
- zimpenfish 4y ago
  If you want even lower resource usage, try honk[1] (currently using about 80M whilst my Pleroma is using 350M + 500M from Postgres) (although it is considerably more minimal than Pleroma...) [1] https://humungus.tedunangst.com/r/honk https://humungus.tedunangst.com/r/honk
  - huimang 4y ago
    I love software like that, thanks for sharing. I do worry about seems like a single-user contributor project, though. Pleroma and Mastodon have healthy amounts of contributors and activity, so I feel more comfortable about going with them.
    - zimpenfish 4y ago
      > I do worry about seems like a single-user contributor project, though. Yeah, fair, especially when it has an, uh, esoteric code style.

jayknight 4y ago

Is there such a thing as a static ActivityPub timeline, something like Hugo, by compatible with Mastodon? Or is that nonsensical?

riffic 4y ago
There's a discussion about that here involving one of the spec authors: https://octodon.social/@cwebber/100368138697354408 https://octodon.social/@cwebber/100368138697354408
cxr 4y ago
It's not nonsensical. It's not doable, though, either—owing to fundamental assumptions/flaws in the protocol (where "protocol" here refers to the Mastodon-compatible implementations that are in actual [read: majority] use today). It wouldn't take much to fix it, though, and it should be fixed. TPTB really should have focused on enabling your use case from the beginning. Moar discussion here: Comments for "Mastodon 3.5" (6 months ago) <https://news.ycombinator.com/item?id=30862612 https://news.ycombinator.com/item?id=30862612>