home.social

#single-user — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #single-user, aggregated by home.social.

fetched live
  1. Struggling a bit with the whole hashtag review section in admin/moderation. Surely, as a single-user instance, this is about content that I am/am not interested in? So if I say 'Not Trendable', or 'Not Used' (eg.) then that's okay? If this is how it works why do some tags come back asking for a review? To change my mind? Surely having a single-user instance is all about personalisation, or, am I missing something here?

    #fediverse #mastodon #admin #owner #singleuser #personalisation #moderation

  2. Struggling a bit with the whole hashtag review section in admin/moderation. Surely, as a single-user instance, this is about content that I am/am not interested in? So if I say 'Not Trendable', or 'Not Used' (eg.) then that's okay? If this is how it works why do some tags come back asking for a review? To change my mind? Surely having a single-user instance is all about personalisation, or, am I missing something here?

    #fediverse #mastodon #admin #owner #singleuser #personalisation #moderation

  3. Struggling a bit with the whole hashtag review section in admin/moderation. Surely, as a single-user instance, this is about content that I am/am not interested in? So if I say 'Not Trendable', or 'Not Used' (eg.) then that's okay? If this is how it works why do some tags come back asking for a review? To change my mind? Surely having a single-user instance is all about personalisation, or, am I missing something here?

    #fediverse #mastodon #admin #owner #singleuser #personalisation #moderation

  4. Struggling a bit with the whole hashtag review section in admin/moderation. Surely, as a single-user instance, this is about content that I am/am not interested in? So if I say 'Not Trendable', or 'Not Used' (eg.) then that's okay? If this is how it works why do some tags come back asking for a review? To change my mind? Surely having a single-user instance is all about personalisation, or, am I missing something here?

    #fediverse #mastodon #admin #owner #singleuser #personalisation #moderation

  5. Struggling a bit with the whole hashtag review section in admin/moderation. Surely, as a single-user instance, this is about content that I am/am not interested in? So if I say 'Not Trendable', or 'Not Used' (eg.) then that's okay? If this is how it works why do some tags come back asking for a review? To change my mind? Surely having a single-user instance is all about personalisation, or, am I missing something here?

    #fediverse #mastodon #admin #owner #singleuser #personalisation #moderation

  6. Thinking about setting up a #gotosocial instance as a possible alternative to my current Mastodon instance. Seems quite straight forward to run as a self-contained single (podman) container, which is an approach I have come to like more and more. I already run my own #Forgejo instance that way. When I have time to spare, I will give it a try :)

    #SelfHost #ActivityPub #SingleUser

  7. Thinking about setting up a #gotosocial instance as a possible alternative to my current Mastodon instance. Seems quite straight forward to run as a self-contained single (podman) container, which is an approach I have come to like more and more. I already run my own #Forgejo instance that way. When I have time to spare, I will give it a try :)

    #SelfHost #ActivityPub #SingleUser

  8. Thinking about setting up a #gotosocial instance as a possible alternative to my current Mastodon instance. Seems quite straight forward to run as a self-contained single (podman) container, which is an approach I have come to like more and more. I already run my own #Forgejo instance that way. When I have time to spare, I will give it a try :)

    #SelfHost #ActivityPub #SingleUser

  9. Thinking about setting up a #gotosocial instance as a possible alternative to my current Mastodon instance. Seems quite straight forward to run as a self-contained single (podman) container, which is an approach I have come to like more and more. I already run my own #Forgejo instance that way. When I have time to spare, I will give it a try :)

    #SelfHost #ActivityPub #SingleUser

  10. Out there, in the worrying world of today is a little #Zilog #Z80 computer with a mere 64KB of #RAM and running the #1970s CP/M operating system.

    This little machine is connected to the #intertubes and it's serving a #singleuser #bulletinboardsystem for you, the worrying souls of #yesteryears to visit.

    Take a break from today, connect like it's 1985 - here on RC-BOX BBS, the world's first and (currently) only #rc2014 based bulletin board system in the world!

    Check out the #alttext or my #profile info for information on how to connect.

    #bbs
    #rc2014bbs
    #rcbox

  11. Out there, in the worrying world of today is a little #Zilog #Z80 computer with a mere 64KB of #RAM and running the #1970s CP/M operating system.

    This little machine is connected to the #intertubes and it's serving a #singleuser #bulletinboardsystem for you, the worrying souls of #yesteryears to visit.

    Take a break from today, connect like it's 1985 - here on RC-BOX BBS, the world's first and (currently) only #rc2014 based bulletin board system in the world!

    Check out the #alttext or my #profile info for information on how to connect.

    #bbs
    #rc2014bbs
    #rcbox

  12. Out there, in the worrying world of today is a little #Zilog #Z80 computer with a mere 64KB of #RAM and running the #1970s CP/M operating system.

    This little machine is connected to the #intertubes and it's serving a #singleuser #bulletinboardsystem for you, the worrying souls of #yesteryears to visit.

    Take a break from today, connect like it's 1985 - here on RC-BOX BBS, the world's first and (currently) only #rc2014 based bulletin board system in the world!

    Check out the #alttext or my #profile info for information on how to connect.

    #bbs
    #rc2014bbs
    #rcbox

  13. Out there, in the worrying world of today is a little #Zilog #Z80 computer with a mere 64KB of #RAM and running the #1970s CP/M operating system.

    This little machine is connected to the #intertubes and it's serving a #singleuser #bulletinboardsystem for you, the worrying souls of #yesteryears to visit.

    Take a break from today, connect like it's 1985 - here on RC-BOX BBS, the world's first and (currently) only #rc2014 based bulletin board system in the world!

    Check out the #alttext or my #profile info for information on how to connect.

    #bbs
    #rc2014bbs
    #rcbox

  14. Out there, in the worrying world of today is a little #Zilog #Z80 computer with a mere 64KB of #RAM and running the #1970s CP/M operating system.

    This little machine is connected to the #intertubes and it's serving a #singleuser #bulletinboardsystem for you, the worrying souls of #yesteryears to visit.

    Take a break from today, connect like it's 1985 - here on RC-BOX BBS, the world's first and (currently) only #rc2014 based bulletin board system in the world!

    Check out the #alttext or my #profile info for information on how to connect.

    #bbs
    #rc2014bbs
    #rcbox

  15. Since setting my single-user instance up in 2018, I forgot to set up media cleanup. Before I do that, some stats for my 6yo instance:

    $ for flag in "" --remove-headers --prune-profiles; do tootctl media remove $flag --dry_run; done
    Removed 421484 media attachments (approx. 357 GB) (DRY RUN)
    Visited 169679 accounts and removed profile media totaling 27.7 GB (DRY RUN)
    Visited 169680 accounts and removed profile media totaling 39.8 GB (DRY RUN)

    And media/month graph...

    #SingleUser #MastoAdmin

  16. Since setting my single-user instance up in 2018, I forgot to set up media cleanup. Before I do that, some stats for my 6yo instance:

    $ for flag in "" --remove-headers --prune-profiles; do tootctl media remove $flag --dry_run; done
    Removed 421484 media attachments (approx. 357 GB) (DRY RUN)
    Visited 169679 accounts and removed profile media totaling 27.7 GB (DRY RUN)
    Visited 169680 accounts and removed profile media totaling 39.8 GB (DRY RUN)

    And media/month graph...

    #SingleUser #MastoAdmin

  17. Since setting my single-user instance up in 2018, I forgot to set up media cleanup. Before I do that, some stats for my 6yo instance:

    $ for flag in "" --remove-headers --prune-profiles; do tootctl media remove $flag --dry_run; done
    Removed 421484 media attachments (approx. 357 GB) (DRY RUN)
    Visited 169679 accounts and removed profile media totaling 27.7 GB (DRY RUN)
    Visited 169680 accounts and removed profile media totaling 39.8 GB (DRY RUN)

    And media/month graph...

    #SingleUser #MastoAdmin

  18. Since setting my single-user instance up in 2018, I forgot to set up media cleanup. Before I do that, some stats for my 6yo instance:

    $ for flag in "" --remove-headers --prune-profiles; do tootctl media remove $flag --dry_run; done
    Removed 421484 media attachments (approx. 357 GB) (DRY RUN)
    Visited 169679 accounts and removed profile media totaling 27.7 GB (DRY RUN)
    Visited 169680 accounts and removed profile media totaling 39.8 GB (DRY RUN)

    And media/month graph...

    #SingleUser #MastoAdmin

  19. Since setting my single-user instance up in 2018, I forgot to set up media cleanup. Before I do that, some stats for my 6yo instance:

    $ for flag in "" --remove-headers --prune-profiles; do tootctl media remove $flag --dry_run; done
    Removed 421484 media attachments (approx. 357 GB) (DRY RUN)
    Visited 169679 accounts and removed profile media totaling 27.7 GB (DRY RUN)
    Visited 169680 accounts and removed profile media totaling 39.8 GB (DRY RUN)

    And media/month graph...

    #SingleUser #MastoAdmin

  20. When I poked around with Postmarks (a federated bookmarking service) last year, I briefly mentioned another federated server, Shuttlecraft… but I never followed up on that.

    Shuttlecraft is a single-user ActivityPub-compatible application that can run on a platform like Glitch – in fact, it’s more-or-less a single-click deployment to fork and install on Glitch.

    I’ve written about being all-in on the Fediverse and I generally try a lot of different things out. I created a Shuttlecraft instance for myself around the same time I set up Postmarks last year – both run on Glitch, both are somewhat experimental / in-progress and unfinished. The fact is that I use my Postmarks instance all the time for logging links of interest, but Shuttlecraft has really just been sitting there without very much interaction. That’s mostly deliberate, it’s a playground more than anything else, and it can be handy for playing with interactions with other ActivityPub servers.

    However – yesterday I thought I’d take a quick look at it, only to discover that my Glitch app was down.

    After doing some digging in the console and logs, I found that Node was complaining about being unable to load a module. That was surprising to me, as I hadn’t changed anything there for a long while. It turned out that what was actually happening was that the container’s disk allocation had run out, and the log message itself was spurious.

    To be fair, the Shuttlecraft README is very clear that a) it’s an unsupported side-project from the author Ben Brown, and b) …

    all data is written as PLAIN TEXT FILES to the disk.

    Right now, the app builds an IN-MEMORY INDEX of EVERY SINGLE POST. This will work for several thousand posts, but … maybe not for 10,000s of posts. I’m not sure how far it will go. I have ideas about being able to shard the index into multiple files and page through it, etc. But.

    It took a bit of very messy and imperfect cleanup inside hidden directories in the Glitch container, but for now, I have my small instance back up again. Realistically, it is probably not worth following / I don’t look at it much / it will fall over again, before much longer – but it’s also a fun thing to tinker with, and the code is quick to tweak in the Glitch editor.

    In the past few months, quite a few things have changed in the ecosystem – for example, I’m now on Threads, and my account is federated out from there. Shuttlecraft is missing something in its ability to play nicely with that, which is a bit sad… maybe I’ll have to have a look into it at some stage.

    I’ll have to look at some more Fediverse-compatible apps soon, hopefully more resilient ones! 🙂 Fediforum is coming up next month, and that’s usually a great place to learn about what developers are working on across the ActivityPub ecosystem.

    https://andypiper.co.uk/2024/08/07/recovering-my-shuttlecraft/

    #Blaugust2024 #100DaysToOffload #activitypub #Coding #fediverse #glitch #postmarks #selfHosting #singleUser

  21. When I poked around with Postmarks (a federated bookmarking service) last year, I briefly mentioned another federated server, Shuttlecraft… but I never followed up on that.

    Shuttlecraft is a single-user ActivityPub-compatible application that can run on a platform like Glitch – in fact, it’s more-or-less a single-click deployment to fork and install on Glitch.

    I’ve written about being all-in on the Fediverse and I generally try a lot of different things out. I created a Shuttlecraft instance for myself around the same time I set up Postmarks last year – both run on Glitch, both are somewhat experimental / in-progress and unfinished. The fact is that I use my Postmarks instance all the time for logging links of interest, but Shuttlecraft has really just been sitting there without very much interaction. That’s mostly deliberate, it’s a playground more than anything else, and it can be handy for playing with interactions with other ActivityPub servers.

    However – yesterday I thought I’d take a quick look at it, only to discover that my Glitch app was down.

    After doing some digging in the console and logs, I found that Node was complaining about being unable to load a module. That was surprising to me, as I hadn’t changed anything there for a long while. It turned out that what was actually happening was that the container’s disk allocation had run out, and the log message itself was spurious.

    To be fair, the Shuttlecraft README is very clear that a) it’s an unsupported side-project from the author Ben Brown, and b) …

    all data is written as PLAIN TEXT FILES to the disk.

    Right now, the app builds an IN-MEMORY INDEX of EVERY SINGLE POST. This will work for several thousand posts, but … maybe not for 10,000s of posts. I’m not sure how far it will go. I have ideas about being able to shard the index into multiple files and page through it, etc. But.

    It took a bit of very messy and imperfect cleanup inside hidden directories in the Glitch container, but for now, I have my small instance back up again. Realistically, it is probably not worth following / I don’t look at it much / it will fall over again, before much longer – but it’s also a fun thing to tinker with, and the code is quick to tweak in the Glitch editor.

    In the past few months, quite a few things have changed in the ecosystem – for example, I’m now on Threads, and my account is federated out from there. Shuttlecraft is missing something in its ability to play nicely with that, which is a bit sad… maybe I’ll have to have a look into it at some stage.

    I’ll have to look at some more Fediverse-compatible apps soon, hopefully more resilient ones! 🙂 Fediforum is coming up next month, and that’s usually a great place to learn about what developers are working on across the ActivityPub ecosystem.

    Like it? Share it -

    https://andypiper.co.uk/2024/08/07/recovering-my-shuttlecraft/

    #Blaugust2024 #100DaysToOffload #activitypub #Coding #fediverse #glitch #postmarks #selfHosting #singleUser

  22. When I poked around with Postmarks (a federated bookmarking service) last year, I briefly mentioned another federated server, Shuttlecraft… but I never followed up on that.

    Shuttlecraft is a single-user ActivityPub-compatible application that can run on a platform like Glitch – in fact, it’s more-or-less a single-click deployment to fork and install on Glitch.

    I’ve written about being all-in on the Fediverse and I generally try a lot of different things out. I created a Shuttlecraft instance for myself around the same time I set up Postmarks last year – both run on Glitch, both are somewhat experimental / in-progress and unfinished. The fact is that I use my Postmarks instance all the time for logging links of interest, but Shuttlecraft has really just been sitting there without very much interaction. That’s mostly deliberate, it’s a playground more than anything else, and it can be handy for playing with interactions with other ActivityPub servers.

    However – yesterday I thought I’d take a quick look at it, only to discover that my Glitch app was down.

    After doing some digging in the console and logs, I found that Node was complaining about being unable to load a module. That was surprising to me, as I hadn’t changed anything there for a long while. It turned out that what was actually happening was that the container’s disk allocation had run out, and the log message itself was spurious.

    To be fair, the Shuttlecraft README is very clear that a) it’s an unsupported side-project from the author Ben Brown, and b) …

    all data is written as PLAIN TEXT FILES to the disk.

    Right now, the app builds an IN-MEMORY INDEX of EVERY SINGLE POST. This will work for several thousand posts, but … maybe not for 10,000s of posts. I’m not sure how far it will go. I have ideas about being able to shard the index into multiple files and page through it, etc. But.

    It took a bit of very messy and imperfect cleanup inside hidden directories in the Glitch container, but for now, I have my small instance back up again. Realistically, it is probably not worth following / I don’t look at it much / it will fall over again, before much longer – but it’s also a fun thing to tinker with, and the code is quick to tweak in the Glitch editor.

    In the past few months, quite a few things have changed in the ecosystem – for example, I’m now on Threads, and my account is federated out from there. Shuttlecraft is missing something in its ability to play nicely with that, which is a bit sad… maybe I’ll have to have a look into it at some stage.

    I’ll have to look at some more Fediverse-compatible apps soon, hopefully more resilient ones! 🙂 Fediforum is coming up next month, and that’s usually a great place to learn about what developers are working on across the ActivityPub ecosystem.

    https://andypiper.co.uk/2024/08/07/recovering-my-shuttlecraft/

    #activitypub #Coding #fediverse #glitch #postmarks #selfHosting #singleUser

  23. When I poked around with Postmarks (a federated bookmarking service) last year, I briefly mentioned another federated server, Shuttlecraft… but I never followed up on that.

    Shuttlecraft is a single-user ActivityPub-compatible application that can run on a platform like Glitch – in fact, it’s more-or-less a single-click deployment to fork and install on Glitch.

    I’ve written about being all-in on the Fediverse and I generally try a lot of different things out. I created a Shuttlecraft instance for myself around the same time I set up Postmarks last year – both run on Glitch, both are somewhat experimental / in-progress and unfinished. The fact is that I use my Postmarks instance all the time for logging links of interest, but Shuttlecraft has really just been sitting there without very much interaction. That’s mostly deliberate, it’s a playground more than anything else, and it can be handy for playing with interactions with other ActivityPub servers.

    However – yesterday I thought I’d take a quick look at it, only to discover that my Glitch app was down.

    After doing some digging in the console and logs, I found that Node was complaining about being unable to load a module. That was surprising to me, as I hadn’t changed anything there for a long while. It turned out that what was actually happening was that the container’s disk allocation had run out, and the log message itself was spurious.

    To be fair, the Shuttlecraft README is very clear that a) it’s an unsupported side-project from the author Ben Brown, and b) …

    all data is written as PLAIN TEXT FILES to the disk.

    Right now, the app builds an IN-MEMORY INDEX of EVERY SINGLE POST. This will work for several thousand posts, but … maybe not for 10,000s of posts. I’m not sure how far it will go. I have ideas about being able to shard the index into multiple files and page through it, etc. But.

    It took a bit of very messy and imperfect cleanup inside hidden directories in the Glitch container, but for now, I have my small instance back up again. Realistically, it is probably not worth following / I don’t look at it much / it will fall over again, before much longer – but it’s also a fun thing to tinker with, and the code is quick to tweak in the Glitch editor.

    In the past few months, quite a few things have changed in the ecosystem – for example, I’m now on Threads, and my account is federated out from there. Shuttlecraft is missing something in its ability to play nicely with that, which is a bit sad… maybe I’ll have to have a look into it at some stage.

    I’ll have to look at some more Fediverse-compatible apps soon, hopefully more resilient ones! 🙂 Fediforum is coming up next month, and that’s usually a great place to learn about what developers are working on across the ActivityPub ecosystem.

    https://andypiper.co.uk/2024/08/07/recovering-my-shuttlecraft/

    #activitypub #Coding #fediverse #glitch #postmarks #selfHosting #singleUser

  24. When I poked around with Postmarks (a federated bookmarking service) last year, I briefly mentioned another federated server, Shuttlecraft… but I never followed up on that.

    Shuttlecraft is a single-user ActivityPub-compatible application that can run on a platform like Glitch – in fact, it’s more-or-less a single-click deployment to fork and install on Glitch.

    I’ve written about being all-in on the Fediverse and I generally try a lot of different things out. I created a Shuttlecraft instance for myself around the same time I set up Postmarks last year – both run on Glitch, both are somewhat experimental / in-progress and unfinished. The fact is that I use my Postmarks instance all the time for logging links of interest, but Shuttlecraft has really just been sitting there without very much interaction. That’s mostly deliberate, it’s a playground more than anything else, and it can be handy for playing with interactions with other ActivityPub servers.

    However – yesterday I thought I’d take a quick look at it, only to discover that my Glitch app was down.

    After doing some digging in the console and logs, I found that Node was complaining about being unable to load a module. That was surprising to me, as I hadn’t changed anything there for a long while. It turned out that what was actually happening was that the container’s disk allocation had run out, and the log message itself was spurious.

    To be fair, the Shuttlecraft README is very clear that a) it’s an unsupported side-project from the author Ben Brown, and b) …

    all data is written as PLAIN TEXT FILES to the disk.

    Right now, the app builds an IN-MEMORY INDEX of EVERY SINGLE POST. This will work for several thousand posts, but … maybe not for 10,000s of posts. I’m not sure how far it will go. I have ideas about being able to shard the index into multiple files and page through it, etc. But.

    It took a bit of very messy and imperfect cleanup inside hidden directories in the Glitch container, but for now, I have my small instance back up again. Realistically, it is probably not worth following / I don’t look at it much / it will fall over again, before much longer – but it’s also a fun thing to tinker with, and the code is quick to tweak in the Glitch editor.

    In the past few months, quite a few things have changed in the ecosystem – for example, I’m now on Threads, and my account is federated out from there. Shuttlecraft is missing something in its ability to play nicely with that, which is a bit sad… maybe I’ll have to have a look into it at some stage.

    I’ll have to look at some more Fediverse-compatible apps soon, hopefully more resilient ones! 🙂 Fediforum is coming up next month, and that’s usually a great place to learn about what developers are working on across the ActivityPub ecosystem.

    Like it? Share it -

    https://andypiper.co.uk/2024/08/07/recovering-my-shuttlecraft/

    #Blaugust2024 #100DaysToOffload #activitypub #Coding #fediverse #glitch #postmarks #selfHosting #singleUser

  25. Tip for #singleuser or small instance users:
    The biggest disadvantage of small instances is the dead federated timeline. Instance admins can subscribe to the classic #relays, but this comes at a high price such as high resource usage and too much noise, depending on the relay. It's either all or nothing.

    Instead you can populate your federated timeline by following the #FediBuzz relays. They can be followed as normal users and boost posts based on the hashtag, instance or even language.
    Here are a few examples:
    @tag-fediverse (boosts the #fediverse hashtag from all instances)
    @instance-jasdemi.com (boosts everything from my instance, jasdemi.com)
    @language-it (boosts only posts in Italian language from all instances)

    Now before you follow any relays, I suggest creating an alt account as this will make you home timeline very noisy. With your main account you can now check out the federated timeline or follow hashtags.
    More info here: https://relay.fedi.buzz/

    #fediadmin #gotosocial #sharkey #mastodon #feditip #selfhosted

  26. Tip for #singleuser or small instance users:
    The biggest disadvantage of small instances is the dead federated timeline. Instance admins can subscribe to the classic #relays, but this comes at a high price such as high resource usage and too much noise, depending on the relay. It's either all or nothing.

    Instead you can populate your federated timeline by following the #FediBuzz relays. They can be followed as normal users and boost posts based on the hashtag, instance or even language.
    Here are a few examples:
    @tag-fediverse (boosts the #fediverse hashtag from all instances)
    @instance-jasdemi.com (boosts everything from my instance, jasdemi.com)
    @language-it (boosts only posts in Italian language from all instances)

    Now before you follow any relays, I suggest creating an alt account as this will make you home timeline very noisy. With your main account you can now check out the federated timeline or follow hashtags.
    More info here: https://relay.fedi.buzz/

    #fediadmin #gotosocial #sharkey #mastodon #feditip #selfhosted

  27. Tip for #singleuser or small instance users:
    The biggest disadvantage of small instances is the dead federated timeline. Instance admins can subscribe to the classic #relays, but this comes at a high price such as high resource usage and too much noise, depending on the relay. It's either all or nothing.

    Instead you can populate your federated timeline by following the #FediBuzz relays. They can be followed as normal users and boost posts based on the hashtag, instance or even language.
    Here are a few examples:
    @tag-fediverse (boosts the #fediverse hashtag from all instances)
    @instance-jasdemi.com (boosts everything from my instance, jasdemi.com)
    @language-it (boosts only posts in Italian language from all instances)

    Now before you follow any relays, I suggest creating an alt account as this will make you home timeline very noisy. With your main account you can now check out the federated timeline or follow hashtags.
    More info here: https://relay.fedi.buzz/

    #fediadmin #gotosocial #sharkey #mastodon #feditip #selfhosted

  28. Tip for #singleuser or small instance users:
    The biggest disadvantage of small instances is the dead federated timeline. Instance admins can subscribe to the classic #relays, but this comes at a high price such as high resource usage and too much noise, depending on the relay. It's either all or nothing.

    Instead you can populate your federated timeline by following the #FediBuzz relays. They can be followed as normal users and boost posts based on the hashtag, instance or even language.
    Here are a few examples:
    @tag-fediverse (boosts the #fediverse hashtag from all instances)
    @instance-jasdemi.com (boosts everything from my instance, jasdemi.com)
    @language-it (boosts only posts in Italian language from all instances)

    Now before you follow any relays, I suggest creating an alt account as this will make you home timeline very noisy. With your main account you can now check out the federated timeline or follow hashtags.
    More info here: https://relay.fedi.buzz/

    #fediadmin #gotosocial #sharkey #mastodon #feditip #selfhosted

  29. Tip for #singleuser or small instance users:
    The biggest disadvantage of small instances is the dead federated timeline. Instance admins can subscribe to the classic #relays, but this comes at a high price such as high resource usage and too much noise, depending on the relay. It's either all or nothing.

    Instead you can populate your federated timeline by following the #FediBuzz relays. They can be followed as normal users and boost posts based on the hashtag, instance or even language.
    Here are a few examples:
    @tag-fediverse (boosts the #fediverse hashtag from all instances)
    @instance-jasdemi.com (boosts everything from my instance, jasdemi.com)
    @language-it (boosts only posts in Italian language from all instances)

    Now before you follow any relays, I suggest creating an alt account as this will make you home timeline very noisy. With your main account you can now check out the federated timeline or follow hashtags.
    More info here: https://relay.fedi.buzz/

    #fediadmin #gotosocial #sharkey #mastodon #feditip #selfhosted

  30. For #selfhosted #singleuser #mastodonadmin folks:

    If you were to start over again fresh in 2025, what would be your preferred #Fediverse alternative stack or project instead of #Mastodon?

    Asking for a friend. ( #itme )

  31. For #selfhosted #singleuser #mastodonadmin folks:

    If you were to start over again fresh in 2025, what would be your preferred #Fediverse alternative stack or project instead of #Mastodon?

    Asking for a friend. ( #itme )

  32. For #selfhosted #singleuser #mastodonadmin folks:

    If you were to start over again fresh in 2025, what would be your preferred #Fediverse alternative stack or project instead of #Mastodon?

    Asking for a friend. ( #itme )

  33. For #selfhosted #singleuser #mastodonadmin folks:

    If you were to start over again fresh in 2025, what would be your preferred #Fediverse alternative stack or project instead of #Mastodon?

    Asking for a friend. ( #itme )

  34. For #selfhosted #singleuser #mastodonadmin folks:

    If you were to start over again fresh in 2025, what would be your preferred #Fediverse alternative stack or project instead of #Mastodon?

    Asking for a friend. ( #itme )

  35. 5 months into self-hosting my single-user instance, and I have zero complaints. The cost comes up to $6usd/mo. (~$8 cad, atm), and there’s headroom to spare. I’m running Akkoma on Fedora (which I thought was 38 but is actually 37 so I guess I should probably update it).

    This is on a Vultr “Cloud Compute” server, with the “AMD High Performance” option (EPYC CPU + NVMe storage) on the lowest tier: 1 vCPU, 1GB memory, and 25GB storage. As an irritable person who hates waiting for things to load, it’s performed beautifully.

    I can’t comment on Mastodon. While I’m told it’s a bit of a resource hog, especially as it scales, it might be perfectly fine for a single user instance, although when I was first considering self-hosting, I was advised that I’d be better off spending $15 or $20 minimum on a more capable server for Mastodon. I can’t refute or confirm that statement, so use your own judgement, but I don’t really like the way the Mastodon project is run, and I like being able to use Markdown, even if barely anybody will see it.

    #selfhost #selfhosting #singleuser #singleuserinstance #akkoma #fediverse #hashtag #octothorpe

  36. 5 months into self-hosting my single-user instance, and I have zero complaints. The cost comes up to $6usd/mo. (~$8 cad, atm), and there’s headroom to spare. I’m running Akkoma on Fedora (which I thought was 38 but is actually 37 so I guess I should probably update it).

    This is on a Vultr “Cloud Compute” server, with the “AMD High Performance” option (EPYC CPU + NVMe storage) on the lowest tier: 1 vCPU, 1GB memory, and 25GB storage. As an irritable person who hates waiting for things to load, it’s performed beautifully.

    I can’t comment on Mastodon. While I’m told it’s a bit of a resource hog, especially as it scales, it might be perfectly fine for a single user instance, although when I was first considering self-hosting, I was advised that I’d be better off spending $15 or $20 minimum on a more capable server for Mastodon. I can’t refute or confirm that statement, so use your own judgement, but I don’t really like the way the Mastodon project is run, and I like being able to use Markdown, even if barely anybody will see it.

    #selfhost #selfhosting #singleuser #singleuserinstance #akkoma #fediverse #hashtag #octothorpe

  37. 5 months into self-hosting my single-user instance, and I have zero complaints. The cost comes up to $6usd/mo. (~$8 cad, atm), and there’s headroom to spare. I’m running Akkoma on Fedora (which I thought was 38 but is actually 37 so I guess I should probably update it).

    This is on a Vultr “Cloud Compute” server, with the “AMD High Performance” option (EPYC CPU + NVMe storage) on the lowest tier: 1 vCPU, 1GB memory, and 25GB storage. As an irritable person who hates waiting for things to load, it’s performed beautifully.

    I can’t comment on Mastodon. While I’m told it’s a bit of a resource hog, especially as it scales, it might be perfectly fine for a single user instance, although when I was first considering self-hosting, I was advised that I’d be better off spending $15 or $20 minimum on a more capable server for Mastodon. I can’t refute or confirm that statement, so use your own judgement, but I don’t really like the way the Mastodon project is run, and I like being able to use Markdown, even if barely anybody will see it.

    #selfhost #selfhosting #singleuser #singleuserinstance #akkoma #fediverse #hashtag #octothorpe

  38. 5 months into self-hosting my single-user instance, and I have zero complaints. The cost comes up to $6usd/mo. (~$8 cad, atm), and there’s headroom to spare. I’m running Akkoma on Fedora (which I thought was 38 but is actually 37 so I guess I should probably update it).

    This is on a Vultr “Cloud Compute” server, with the “AMD High Performance” option (EPYC CPU + NVMe storage) on the lowest tier: 1 vCPU, 1GB memory, and 25GB storage. As an irritable person who hates waiting for things to load, it’s performed beautifully.

    I can’t comment on Mastodon. While I’m told it’s a bit of a resource hog, especially as it scales, it might be perfectly fine for a single user instance, although when I was first considering self-hosting, I was advised that I’d be better off spending $15 or $20 minimum on a more capable server for Mastodon. I can’t refute or confirm that statement, so use your own judgement, but I don’t really like the way the Mastodon project is run, and I like being able to use Markdown, even if barely anybody will see it.

    #selfhost #selfhosting #singleuser #singleuserinstance #akkoma #fediverse #hashtag #octothorpe

  39. 5 months into self-hosting my single-user instance, and I have zero complaints. The cost comes up to $6usd/mo. (~$8 cad, atm), and there’s headroom to spare. I’m running Akkoma on Fedora (which I thought was 38 but is actually 37 so I guess I should probably update it).

    This is on a Vultr “Cloud Compute” server, with the “AMD High Performance” option (EPYC CPU + NVMe storage) on the lowest tier: 1 vCPU, 1GB memory, and 25GB storage. As an irritable person who hates waiting for things to load, it’s performed beautifully.

    I can’t comment on Mastodon. While I’m told it’s a bit of a resource hog, especially as it scales, it might be perfectly fine for a single user instance, although when I was first considering self-hosting, I was advised that I’d be better off spending $15 or $20 minimum on a more capable server for Mastodon. I can’t refute or confirm that statement, so use your own judgement, but I don’t really like the way the Mastodon project is run, and I like being able to use Markdown, even if barely anybody will see it.

    #selfhost #selfhosting #singleuser #singleuserinstance #akkoma #fediverse #hashtag #octothorpe

  40. In comparison to #mastodon, running a #selfhosted #singleuser instance on #peertube and #pixelfed is a bit more wild west in terms of finding stuff. Peertube feels like public-access programming, but I'm certain there's something interesting out there. On PixelFed I'm struggling to find content I can connect with versus just looking at mastodon.art. All three are great ways to store my own personal content, so I'm still #happy with them. I just need to spend more time on them. I'm having #fun

  41. In comparison to #mastodon, running a #selfhosted #singleuser instance on #peertube and #pixelfed is a bit more wild west in terms of finding stuff. Peertube feels like public-access programming, but I'm certain there's something interesting out there. On PixelFed I'm struggling to find content I can connect with versus just looking at mastodon.art. All three are great ways to store my own personal content, so I'm still #happy with them. I just need to spend more time on them. I'm having #fun

  42. @adlerweb ich halte das für naiv (anders als Blockaden von :activitypub: - Instanzen, denn wird wie ein dauerhafter -Angriff alles (außer vielleicht wenige -Instanzen) lahmlegen.

    Das ist genauso wie - Server aufsetzen und keinerlei alla nutzen...

  43. @adlerweb ich halte das für naiv (anders als Blockaden von :activitypub: - Instanzen, denn #Threads wird wie ein dauerhafter #DDoS-Angriff alles (außer vielleicht wenige #SingleUser-Instanzen) lahmlegen.

    Das ist genauso wie #eMail - Server aufsetzen und keinerlei #Blocklist alla #Spamhaus nutzen...

  44. @adlerweb ich halte das für naiv (anders als Blockaden von :activitypub: - Instanzen, denn #Threads wird wie ein dauerhafter #DDoS-Angriff alles (außer vielleicht wenige #SingleUser-Instanzen) lahmlegen.

    Das ist genauso wie #eMail - Server aufsetzen und keinerlei #Blocklist alla #Spamhaus nutzen...

  45. any other single-user instances who’ve enabled authorized fetch having any visible problems with interacting on the fedi? I have not noticed any but I fear I might not be able to tell.

    #authorizedFetch #singleUser

  46. any other single-user instances who’ve enabled authorized fetch having any visible problems with interacting on the fedi? I have not noticed any but I fear I might not be able to tell.

    #authorizedFetch #singleUser

  47. any other single-user instances who’ve enabled authorized fetch having any visible problems with interacting on the fedi? I have not noticed any but I fear I might not be able to tell.

    #authorizedFetch #singleUser

  48. any other single-user instances who’ve enabled authorized fetch having any visible problems with interacting on the fedi? I have not noticed any but I fear I might not be able to tell.

    #authorizedFetch #singleUser

  49. any other single-user instances who’ve enabled authorized fetch having any visible problems with interacting on the fedi? I have not noticed any but I fear I might not be able to tell.

    #authorizedFetch #singleUser

  50. @[email protected] @fedidevs @fedidevs

    What underlying infra are you looking at building this upon - #Gofed, #Streams, #Bovine?

    Perhaps a small, uber portable #POSIX compliant ANSI C single-user system built on top something like #Snacs2?

    And what are your possible solutions of mind for those who already self-host their own #Fediverse accounts? Should they have to rent another #VPS or create yet another hostname for additional servers, A RRs, and AAAA RRs, at their homes for each #bot?

    I'm not seeing the utility here. Maybe explaining it a bit differently so the net #simplification of doing it that way is clear?

    I dunno, it just seems kind of a lot of redundancy in creating all those #storage, #CPU, and #RAM stacks.

    All the wonderful #single user Fediverse platforms currently in popular use notwithstanding, it might be more economically viable and #greener to just take a family of five and their three bots and just put them all on the single instance of whatever Fediverse platform on their own Raspberry Pi... maybe?

    Interesting idea Gabe, but I'm having trouble seeing how this is simpler or better than the current methods of just self-hosted forks of #Pleroma, #Misskey, and other lightweight platforms that would seem to make it so much easier already 🙂

    #tallship #FOSS #ActivityPub #Fediverse #SocialHub SocialHub.ActivityPub.Rocks



    .♲ social.gabekangas.com/objects/…
  51. @[email protected] @fedidevs @fedidevs

    What underlying infra are you looking at building this upon - #Gofed, #Streams, #Bovine?

    Perhaps a small, uber portable #POSIX compliant ANSI C single-user system built on top something like #Snacs2?

    And what are your possible solutions of mind for those who already self-host their own #Fediverse accounts? Should they have to rent another #VPS or create yet another hostname for additional servers, A RRs, and AAAA RRs, at their homes for each #bot?

    I'm not seeing the utility here. Maybe explaining it a bit differently so the net #simplification of doing it that way is clear?

    I dunno, it just seems kind of a lot of redundancy in creating all those #storage, #CPU, and #RAM stacks.

    All the wonderful #single user Fediverse platforms currently in popular use notwithstanding, it might be more economically viable and #greener to just take a family of five and their three bots and just put them all on the single instance of whatever Fediverse platform on their own Raspberry Pi... maybe?

    Interesting idea Gabe, but I'm having trouble seeing how this is simpler or better than the current methods of just self-hosted forks of #Pleroma, #Misskey, and other lightweight platforms that would seem to make it so much easier already 🙂

    #tallship #FOSS #ActivityPub #Fediverse #SocialHub SocialHub.ActivityPub.Rocks



    .♲ social.gabekangas.com/objects/…
  52. @[email protected] @fedidevs @fedidevs

    What underlying infra are you looking at building this upon - #Gofed, #Streams, #Bovine?

    Perhaps a small, uber portable #POSIX compliant ANSI C single-user system built on top something like #Snacs2?

    And what are your possible solutions of mind for those who already self-host their own #Fediverse accounts? Should they have to rent another #VPS or create yet another hostname for additional servers, A RRs, and AAAA RRs, at their homes for each #bot?

    I'm not seeing the utility here. Maybe explaining it a bit differently so the net #simplification of doing it that way is clear?

    I dunno, it just seems kind of a lot of redundancy in creating all those #storage, #CPU, and #RAM stacks.

    All the wonderful #single user Fediverse platforms currently in popular use notwithstanding, it might be more economically viable and #greener to just take a family of five and their three bots and just put them all on the single instance of whatever Fediverse platform on their own Raspberry Pi... maybe?

    Interesting idea Gabe, but I'm having trouble seeing how this is simpler or better than the current methods of just self-hosted forks of #Pleroma, #Misskey, and other lightweight platforms that would seem to make it so much easier already 🙂

    #tallship #FOSS #ActivityPub #Fediverse #SocialHub SocialHub.ActivityPub.Rocks



    .♲ social.gabekangas.com/objects/…
  53. @[email protected] @fedidevs @fedidevs

    What underlying infra are you looking at building this upon - #Gofed, #Streams, #Bovine?

    Perhaps a small, uber portable #POSIX compliant ANSI C single-user system built on top something like #Snacs2?

    And what are your possible solutions of mind for those who already self-host their own #Fediverse accounts? Should they have to rent another #VPS or create yet another hostname for additional servers, A RRs, and AAAA RRs, at their homes for each #bot?

    I'm not seeing the utility here. Maybe explaining it a bit differently so the net #simplification of doing it that way is clear?

    I dunno, it just seems kind of a lot of redundancy in creating all those #storage, #CPU, and #RAM stacks.

    All the wonderful #single user Fediverse platforms currently in popular use notwithstanding, it might be more economically viable and #greener to just take a family of five and their three bots and just put them all on the single instance of whatever Fediverse platform on their own Raspberry Pi... maybe?

    Interesting idea Gabe, but I'm having trouble seeing how this is simpler or better than the current methods of just self-hosted forks of #Pleroma, #Misskey, and other lightweight platforms that would seem to make it so much easier already 🙂

    #tallship #FOSS #ActivityPub #Fediverse #SocialHub SocialHub.ActivityPub.Rocks



    .♲ social.gabekangas.com/objects/…
  54. @[email protected] @fedidevs @fedidevs

    What underlying infra are you looking at building this upon - #Gofed, #Streams, #Bovine?

    Perhaps a small, uber portable #POSIX compliant ANSI C single-user system built on top something like #Snacs2?

    And what are your possible solutions of mind for those who already self-host their own #Fediverse accounts? Should they have to rent another #VPS or create yet another hostname for additional servers, A RRs, and AAAA RRs, at their homes for each #bot?

    I'm not seeing the utility here. Maybe explaining it a bit differently so the net #simplification of doing it that way is clear?

    I dunno, it just seems kind of a lot of redundancy in creating all those #storage, #CPU, and #RAM stacks.

    All the wonderful #single user Fediverse platforms currently in popular use notwithstanding, it might be more economically viable and #greener to just take a family of five and their three bots and just put them all on the single instance of whatever Fediverse platform on their own Raspberry Pi... maybe?

    Interesting idea Gabe, but I'm having trouble seeing how this is simpler or better than the current methods of just self-hosted forks of #Pleroma, #Misskey, and other lightweight platforms that would seem to make it so much easier already 🙂

    #tallship #FOSS #ActivityPub #Fediverse #SocialHub SocialHub.ActivityPub.Rocks



    .♲ social.gabekangas.com/objects/…
  55. I'm announcing a new Verified policy on my platform.

    I'm offering members to get a big triple-double blue icon to symbolize their importance.

    They'll have to pay me for this.

    Payment will be required in ice-cream. One small tub per month.

    #singleuser #selfhost #Selfhosting

  56. I'm announcing a new Verified policy on my platform.

    I'm offering members to get a big triple-double blue icon to symbolize their importance.

    They'll have to pay me for this.

    Payment will be required in ice-cream. One small tub per month.

    #singleuser #selfhost #Selfhosting

  57. I'm announcing a new Verified policy on my platform.

    I'm offering members to get a big triple-double blue icon to symbolize their importance.

    They'll have to pay me for this.

    Payment will be required in ice-cream. One small tub per month.

    #singleuser #selfhost #Selfhosting

  58. I'm announcing a new Verified policy on my platform.

    I'm offering members to get a big triple-double blue icon to symbolize their importance.

    They'll have to pay me for this.

    Payment will be required in ice-cream. One small tub per month.

    #singleuser #selfhost #Selfhosting

  59. I'm announcing a new Verified policy on my platform.

    I'm offering members to get a big triple-double blue icon to symbolize their importance.

    They'll have to pay me for this.

    Payment will be required in ice-cream. One small tub per month.

    #singleuser #selfhost #Selfhosting

  60. takahē - A new Fediverse paradigm


    Fresh out of the oven is #Takahē, introducing a very interesting basic functional motive for development and delivering a beautiful #UX. It also derives inspiration in the form of its #mascott from a species once thought extinct for about a century.

    That is, until a single man obsessed with the saga of this large, flightness bird since his early childhood, endlessly sought out and eventually rediscovered it was actually extant 75 years ago through his tireless efforts.

    In recent years, and not without some particularly problematic attempts in the management of this #endangered species, the population of these magnificent birds has more or less stabilized at around 100 members living in the wild, thanks to the committed efforts of a government sponsored #refoliation, hatching, and rearing program; in conjunction with a comprehensive scientific tagging, tracking, and monitoring effort of those members released into the wild alongside the wild-born members of the #population.

    The software project itself has struck me as rather special too, and not just for its two functionally unique characteristics amongst other #Fediverse platforms - first, and similar to name based #SSL hosting on #HTTP servers with #SNI, Takahē provides multi-domain virtual hosting capabilities to #ActivityPub - **this is huge**, and opens the door for for even the casusl home self-hoster to provide #turnkey #SaaS offerings to their friends and family members in the form of small and #single user "virtual Fediverse server instances", in consumer based home #LAN environments - let alone the potential for commercial hosting endeavors.

    To my knowledge, ***this is the very first time* this novel approach to Fediverse networking over ActivityPub has been broached**.

    jointakahe.org/

    ***If you hurry***, you might still be able to secure for yourself an account in their limited beta program.

    Go ahead, you can do that now, I'll still be here when you get back 😎

    And as if that alone were not enough to revolutionize the paradigm and dynamic of the Fediverse, **Takahē also introduces multiple account (alt) identities for each user user account on the server**. This can only be described as freaking groundbreaking!

    A single user account for a person might be the base for say, both @[email protected] *AND* @userone@SLD02 .TLD02 *AND* @usertwo@SLD02 .TLD02 - that, at least to me, can only be described as, **"The Bees Knees"**.

    I'm sure that many will cite, and of course it is not only possible but quite likely, that this will lower the bar for abusive actors to engage in shenanigans. However true as that may be, such potential (and existing practice) exists already within the Fediverse so the ease with which bad actors will avail themselves of such toolings only is only trivially simplified, not introduced; besides, complaining about such a thing is irrelevant - *the cat is already out of the bag*.

    Indeed, there are already other Fediverse server platforms (such as the Hubzilla (ZOT) and Misskey families of forks and variants that already support the creation and management of multiple identities under a single account anyway - but Bringing the SNI shared hosting experience into production with a single Fediverse server instance is truly unprecedented in Fediverse space.

    There's a lot more. **Did I mention the beautiful, and exceedingly intuitive UI?** Of course I did!

    There's another corollary that I alluded to. Did you miss it? It was right there, *before your eyes*.

    Yes, there's a metaphor, craftily scripted between the lines of everything you just read (that is, if you didn't tl;dr).

    The impetus for much of #decentralization (DeSoc) and the #Genesis of the Fediverse is arguably the notion of what was indeed a #decentralized #World Wide Web over the fully decentralized #Internet, having falling victim to capture by special interests - the #deprecated, #proprietary, #privacy disrespecting and #legacy #monolithic silos - owned, spawned, and managed by mega surveillance-capitalism #data mining corporations.... IOW, the so-called, **Sunnyvale Syndrome**.

    This effectively killed of much of the notion that there even still existed an independant, #distributed network of services and sites truly belonging to the #individual participants, i.e., average #schmoes like you and me.

    For sometime now, many have even claimed and argued that the kinder, friendlier #web of days gone by, where small #communities of #people and #websites belonging to #individuals and small businesses were actually #extinct in reality - with only those well heeled analytically correct, SEO optimized, #subjugated websites and #chattel in the form of people that had sworn #fealty to their lords and masters remaining. #Apple, #Amazon, the #Google and #Faceplant having long since taken #possession of their souls and #identities.

    It's dark, so *incredibly dark*. And you have awakened to find yourself at the bottom of a well that you *apparently* have fallen into. There's plenty of water, you're knee deep in it, and a voice from above booms aloud that food will be delivered so long as, ***"It puts the lotion on its skin!"***

    And in a manner of speaking, following an *"Internet century"* (think, 'dog years') of a #dystopian #feudal Institution where _Homo sapien_ drones existing in #Lords and Vassals lockstep, told what to think, how to believe, where to shit, and when to wake up and punch the time clock, had completely replaced the actually extinct human race... Well?...

    ***Fast forwarding to the scene where...***

    Some awkward little child in a dimly candlelit bedroom, many children, truth be told, consumed with the dreams of, and empowered with an obsessive belief that, a world where real, unique and independently diverse human beings actually existed, grew up and many years later *rediscovered that they really did still walk the earth*.

    Kinda like the true story of the **Takahē**. And we too, *are beautiful*.

    I'm leaving the rest for you to discover for yourselves, and look forward to many discussions on this invigorating topic. In the meantime, you can follow:

    @takahe




    I can be reached on Matrix at:

    `@tallship:matrix.org`


    via XMPP at:

    `[email protected]`


    and in the Fediverse at:
    `@[email protected]`

    I hope that helps! Enjoy!





    #tallship #FOSS #virtual hosting #multiple identity #DeSoc #Sunnyvale Syndrome #AOL Effect



    .