#Tag
I am writing a post on rise of software that help bring back sanity to the web. Please help me expand the list 😎✨
https://thatshubham.com/blog/2026
#indieweb #distraction #enshittification #technology #internet #socialmedia #adhd #depression #mentalhealth #sysadmin #retro #youtube #facebook #google #firefox #chrome
🕹️ Retro gaming just got better on InlineStyle!
You can now upload your own .nes files and play your legally owned retro games directly from https://docs.inlinestyle.it with no setup needed.
Plus the full cloud games library at https://gaming.inlinestyle.it
🕹️ Retro gaming just got better on InlineStyle!
You can now upload your own .nes files and play your legally owned retro games directly from https://docs.inlinestyle.it with no setup needed.
Plus the full cloud games library at https://gaming.inlinestyle.it
Not only are workloads increasing, by hollowing out their junior ranks, businesses are putting themselves squarely in the path of a slow-burning demographic time bomb as seniors begin to retire in record numbers.
"There won’t be an endless supply of experienced hires to fall back on, so everyone will be fighting for the limited, increasingly expensive talent with domain expertise"
What exactly is the tech-industry's endgame here?
https://www.fastcompany.com/91483431/companies-replaced-entry-level-workers-with-ai
#noai #techbros #ai #llm #technology #programming #sysadmin #linux #indieweb #capitalism #reading #art #adhd
Scrolls 27 is now out! As usual it has a bunch of awesome #indieweb, #fediverse and #infosec / #cybersecurity goodies!
https://shellsharks.com/scrolls/scroll/2026-02-02
Everyone mentioned below is directly featured in this week’s article. Thank you all for such awesome stuff!
@cory @mathewi @manipulatedstars @mre @villapirorum @helveticablanc @someodd @stefan @autonomic @dtm @adam_caudill @soatok @autonomysolidarity @thelinuxcast @brennan @gleick @tg @sphakos @afb @ravachol @mboelen @simoncarstensen @alabut @dawid
Scrolls 27 is now out! As usual it has a bunch of awesome #indieweb, #fediverse and #infosec / #cybersecurity goodies!
https://shellsharks.com/scrolls/scroll/2026-02-02
Everyone mentioned below is directly featured in this week’s article. Thank you all for such awesome stuff!
@cory @mathewi @manipulatedstars @mre @villapirorum @helveticablanc @someodd @stefan @autonomic @dtm @adam_caudill @soatok @autonomysolidarity @thelinuxcast @brennan @gleick @tg @sphakos @afb @ravachol @mboelen @simoncarstensen @alabut @dawid
so i'd love an open discussion about something that i don't have much vocabulary for, if only because there are so few examples of it on the world wide web. anyone/everyone is welcome to chime in.
back in the mid/late 90s there were some attempts at turning web forums and chat interfaces into virtual worlds. beyond all of the 3d chat rooms and telnet muds, there were some 2d graphical sites like moo.ca. The Canada SchoolNet moo was a mud/moo that allowed users to add/remove/modify rooms in real time, in-browser.
snapshot archived here - click 'Web Walkthrough' to walk around:
https://web.archive.org/web/20010417181313/http://www.moo.ca/home
Furcadia went a hundred steps further and integrated a 2d tile-based world with a world editor *and* script editor, so you could build your own "dreams" (multiplayer instances) within the shared game world. the entire game was built around socialization.
both of the above games are not just fancy web chat terminals. building and decorating the game world is a critical part of the social experience. you create a dining room, put chairs in it, program the chairs to allow players to use the 'sit' command, and then invite people into your dining room for a make-believe dinner party.
we now have reddit and various web forums. they're effectively the same threaded conversation that has been around since the usenet days.
what i *don't* see anymore are graphical WWW virtual worlds built around socialization. we either lock down everything and only allow chat. are there web-based MUDs/MUSHes/MOOs that allow for both world building *and* conversation?
Thoughts on the Social Web from FOSDEM 2026
I had the opportunity to attend FOSDEM 2026 virtually, and I spent almost all of my time in the Social Web track.
A few themes kept coming up across talks. Some were explicit, some were between the lines. Either way, they prompted a bunch of thoughts I wanted to capture.
DISCLAIMER: AI was used to help me organize and improve the flow of this post. Ideas and thoughts expressed are my own.
In Building a sustainable Italian Fediverse: overcoming technical, adoption and moderation challenges, there was a moment (not the main focus of the talk) where hosting came up in a way that really stuck with me. I’m paraphrasing, so apologies if I misrepresent anything, but the gist was:
Based on my own experience, that rings true, with some nuance.
Getting Mastodon running isn’t actually the hardest part. The self-hosting docs are good enough in my opinion, and that’s how I originally stood up my instance at toot.lqdev.tech. I even maintain guides for cleanup and upgrades that largely mirror the official Mastodon documentation and release notes.
The harder part is everything after provisioning.
Mastodon (especially with federation enabled) can be resource-intensive, and that cost shows up fast even on a single-user instance. If I’m not staying on top of maintenance, disk fills up. Every few weeks, my instance will go down because I’ve run out of storage. Add database migrations, which can be error-prone, and you end up with a setup that’s straightforward to launch but expensive to operate. You pay in money for a big enough server, and you pay in time for ongoing maintenace.
I still want to participate in the Fediverse, but I don’t want to keep paying the maintenance tax for Mastodon. That’s one of the reasons I implemented ActivityPub on my static site instead.
On the PixelFed side, I did try to self-host it once, and I couldn’t get it working cleanly from scratch. Some of that is on me (I’m not familiar with PHP), but either way, YunoHost was a lifesaver. With YunoHost, I had PixelFed up and running quickly, and what that ecosystem provides is genuinely impressive.
That said, I also learned the “operations” lesson there too. During an upgrade, something went wrong with the database, it got corrupted, and I couldn’t restore from backup. I ultimately took the instance down. I’m willing to attribute that to user error, but it still reinforces the bigger point.
The promise of federation and decentralization is that you can stand up your own node for yourself, your family, a school, a company, a city, even a government. In practice, that’s still too hard for most people unless they use appliances like YunoHost or managed hosting like Masto.Host.
And yes, those options mean giving up some control. But even with that tradeoff, I’d argue it’s still better than centralized platforms.
As someone fairly technical and a little extreme about owning the whole stack (I implemented my own static site generator, Webmentions service, and now ActivityPub), I still find this hard. I can’t imagine how unapproachable it feels if you’re not technical. I just wish it were simpler and more cost-effective to run these services without needing either deep system administration knowledge or active ongoing maintenance.
In the talk, How to level up the Fediverse, Christine and Jessica talked about ActivityPub implementations and touched on something that really resonated with me.
The idea (again, paraphrasing) was that splitting content types by app (video goes to PeerTube, images go to PixelFed, microblogging goes to Mastodon) might not be the right long-term model. Instead, they suggested something closer to one place to publish and follow people, with rich post types handled in one identity and one experience.
That immediately made me think about Tumblr.
When I first heard Tumblr was planning to implement ActivityPub, I was excited because Tumblr is already “that kind of app.” You can publish videos, photos, polls, longer posts, and everything in between, all in one place. There was also talk about moving Tumblr to WordPress, which (in theory) could make ActivityPub integration even more powerful. But as of now, Tumblr’s ActivityPub work seems to be paused.
The more I think about it, the more this model makes sense, especially because the most important part isn’t the “single app.” It’s the single identity.
You should have one account where your content originates. Then people can consume it from different experiences. Maybe that is a video-focused client, maybe it is an image-first view, maybe it is a Mastodon-like timeline. The key is that you do not need separate accounts everywhere.
That’s essentially how I think about my website.
My site is my digital home and my identity. I post different content types which align with IndieWeb post types:
People can follow via RSS. And more recently, I implemented my own ActivityPub support so my posts generate native ActivityPub activities. That means Mastodon and other clients can follow and interact with my site directly.
What I like about this is that it decouples publishing from consumption.
I choose where I publish (my site). Others choose how they consume (their client). The protocols handle the translation.
In Social Web conversations, sometimes the tone implies the "social web" is separate from "the web".
I don't really buy that.
The web is social because people are on it. People use it to learn, create, find community, do commerce, argue, collaborate, share memes, and everything else. The web is also decentralized by default. That's the baseline architecture.
Dave Winer recently wrote about software being "of the web". Software that's built to share data, accept input, produce output, and let users move their data. Not locked into silos.
This is why I'm so bullish on a different architectural approach: start as a website, add social capabilities as components.
People are already using WordPress, Ghost, and Micro.blog to build sites. With an ActivityPub plugin, your existing web presence becomes followable and interactive in the Fediverse. The site remains a site. It just gets socially interoperable.
Bridgy Fed reinforces this. It takes what already exists on the web and helps it participate in social protocols, without forcing you to rebuild as a native social app first.
That's also my own setup. My website worked as a publishing platform and people could follow via RSS. When I implemented ActivityPub, it became progressively enhanced. Same posts, new social vocabulary. I didn't have to abandon my site. I just made it speak the social language.
This is the architectural vision I took away from Bonfire: Building Modular, Consentful, and Federated Social Networks.
The "opt-in pieces" approach is about choosing which parts you want, evolving your experience based on what you enable. It echoes small pieces loosely joined. It's a practical model for a federated future:
Your site still works normally. When you speak the lingua franca of protocols like ActivityPub, you can express social intent in a way other systems understand.
So it's not "the web vs the social web." It's the web, with richer native social vocabulary.
This probably reads like I’m nitpicking, but I’m genuinely bullish on federated and decentralized networks. That’s why I’m still participating.
What stood out to me at FOSDEM this year is momentum. Last year, the Social Web track was a half day. This year, it expanded to a full day. That signals to me that there are a lot of smart, passionate people working across protocol design, UX, moderation, policy, community, activism, and implementation, trying to build real alternatives to entrenched silos.
And the plurality of implementations is a strength. It encourages exploration, competition, and innovation.
My hope is that the “end state” isn’t a separate social web you have to join. It’s a web that continues to work as expected, but gets progressively enhanced when you opt into interoperable social protocols.
Ultimately, there isn’t “the web” and “the social web.” There's just the web, and social vocabularies that participants can adopt without thinking about it.
so i'd love an open discussion about something that i don't have much vocabulary for, if only because there are so few examples of it on the world wide web. anyone/everyone is welcome to chime in.
back in the mid/late 90s there were some attempts at turning web forums and chat interfaces into virtual worlds. beyond all of the 3d chat rooms and telnet muds, there were some 2d graphical sites like moo.ca. The Canada SchoolNet moo was a mud/moo that allowed users to add/remove/modify rooms in real time, in-browser.
snapshot archived here - click 'Web Walkthrough' to walk around:
https://web.archive.org/web/20010417181313/http://www.moo.ca/home
Furcadia went a hundred steps further and integrated a 2d tile-based world with a world editor *and* script editor, so you could build your own "dreams" (multiplayer instances) within the shared game world. the entire game was built around socialization.
both of the above games are not just fancy web chat terminals. building and decorating the game world is a critical part of the social experience. you create a dining room, put chairs in it, program the chairs to allow players to use the 'sit' command, and then invite people into your dining room for a make-believe dinner party.
we now have reddit and various web forums. they're effectively the same threaded conversation that has been around since the usenet days.
what i *don't* see anymore are graphical WWW virtual worlds built around socialization. we either lock down everything and only allow chat. are there web-based MUDs/MUSHes/MOOs that allow for both world building *and* conversation?
I think this month's IndieWeb Carnival blogging challenge will appeal to a lot of people here.
"Our hobbies, passions, and curiosities rarely exist in neat boxes. They bleed into each other."
https://zacharykai.net/notes/icfeb26
#IndieWeb #IndieWebCarnival #blogging #writing #WritingPrompt
Thoughts on the Social Web from FOSDEM 2026
I had the opportunity to attend FOSDEM 2026 virtually, and I spent almost all of my time in the Social Web track.
A few themes kept coming up across talks. Some were explicit, some were between the lines. Either way, they prompted a bunch of thoughts I wanted to capture.
DISCLAIMER: AI was used to help me organize and improve the flow of this post. Ideas and thoughts expressed are my own.
In Building a sustainable Italian Fediverse: overcoming technical, adoption and moderation challenges, there was a moment (not the main focus of the talk) where hosting came up in a way that really stuck with me. I’m paraphrasing, so apologies if I misrepresent anything, but the gist was:
Based on my own experience, that rings true, with some nuance.
Getting Mastodon running isn’t actually the hardest part. The self-hosting docs are good enough in my opinion, and that’s how I originally stood up my instance at toot.lqdev.tech. I even maintain guides for cleanup and upgrades that largely mirror the official Mastodon documentation and release notes.
The harder part is everything after provisioning.
Mastodon (especially with federation enabled) can be resource-intensive, and that cost shows up fast even on a single-user instance. If I’m not staying on top of maintenance, disk fills up. Every few weeks, my instance will go down because I’ve run out of storage. Add database migrations, which can be error-prone, and you end up with a setup that’s straightforward to launch but expensive to operate. You pay in money for a big enough server, and you pay in time for ongoing maintenace.
I still want to participate in the Fediverse, but I don’t want to keep paying the maintenance tax for Mastodon. That’s one of the reasons I implemented ActivityPub on my static site instead.
On the PixelFed side, I did try to self-host it once, and I couldn’t get it working cleanly from scratch. Some of that is on me (I’m not familiar with PHP), but either way, YunoHost was a lifesaver. With YunoHost, I had PixelFed up and running quickly, and what that ecosystem provides is genuinely impressive.
That said, I also learned the “operations” lesson there too. During an upgrade, something went wrong with the database, it got corrupted, and I couldn’t restore from backup. I ultimately took the instance down. I’m willing to attribute that to user error, but it still reinforces the bigger point.
The promise of federation and decentralization is that you can stand up your own node for yourself, your family, a school, a company, a city, even a government. In practice, that’s still too hard for most people unless they use appliances like YunoHost or managed hosting like Masto.Host.
And yes, those options mean giving up some control. But even with that tradeoff, I’d argue it’s still better than centralized platforms.
As someone fairly technical and a little extreme about owning the whole stack (I implemented my own static site generator, Webmentions service, and now ActivityPub), I still find this hard. I can’t imagine how unapproachable it feels if you’re not technical. I just wish it were simpler and more cost-effective to run these services without needing either deep system administration knowledge or active ongoing maintenance.
In the talk, How to level up the Fediverse, Christine and Jessica talked about ActivityPub implementations and touched on something that really resonated with me.
The idea (again, paraphrasing) was that splitting content types by app (video goes to PeerTube, images go to PixelFed, microblogging goes to Mastodon) might not be the right long-term model. Instead, they suggested something closer to one place to publish and follow people, with rich post types handled in one identity and one experience.
That immediately made me think about Tumblr.
When I first heard Tumblr was planning to implement ActivityPub, I was excited because Tumblr is already “that kind of app.” You can publish videos, photos, polls, longer posts, and everything in between, all in one place. There was also talk about moving Tumblr to WordPress, which (in theory) could make ActivityPub integration even more powerful. But as of now, Tumblr’s ActivityPub work seems to be paused.
The more I think about it, the more this model makes sense, especially because the most important part isn’t the “single app.” It’s the single identity.
You should have one account where your content originates. Then people can consume it from different experiences. Maybe that is a video-focused client, maybe it is an image-first view, maybe it is a Mastodon-like timeline. The key is that you do not need separate accounts everywhere.
That’s essentially how I think about my website.
My site is my digital home and my identity. I post different content types which align with IndieWeb post types:
People can follow via RSS. And more recently, I implemented my own ActivityPub support so my posts generate native ActivityPub activities. That means Mastodon and other clients can follow and interact with my site directly.
What I like about this is that it decouples publishing from consumption.
I choose where I publish (my site). Others choose how they consume (their client). The protocols handle the translation.
In Social Web conversations, sometimes the tone implies the "social web" is separate from "the web".
I don't really buy that.
The web is social because people are on it. People use it to learn, create, find community, do commerce, argue, collaborate, share memes, and everything else. The web is also decentralized by default. That's the baseline architecture.
Dave Winer recently wrote about software being "of the web". Software that's built to share data, accept input, produce output, and let users move their data. Not locked into silos.
This is why I'm so bullish on a different architectural approach: start as a website, add social capabilities as components.
People are already using WordPress, Ghost, and Micro.blog to build sites. With an ActivityPub plugin, your existing web presence becomes followable and interactive in the Fediverse. The site remains a site. It just gets socially interoperable.
Bridgy Fed reinforces this. It takes what already exists on the web and helps it participate in social protocols, without forcing you to rebuild as a native social app first.
That's also my own setup. My website worked as a publishing platform and people could follow via RSS. When I implemented ActivityPub, it became progressively enhanced. Same posts, new social vocabulary. I didn't have to abandon my site. I just made it speak the social language.
This is the architectural vision I took away from Bonfire: Building Modular, Consentful, and Federated Social Networks.
The "opt-in pieces" approach is about choosing which parts you want, evolving your experience based on what you enable. It echoes small pieces loosely joined. It's a practical model for a federated future:
Your site still works normally. When you speak the lingua franca of protocols like ActivityPub, you can express social intent in a way other systems understand.
So it's not "the web vs the social web." It's the web, with richer native social vocabulary.
This probably reads like I’m nitpicking, but I’m genuinely bullish on federated and decentralized networks. That’s why I’m still participating.
What stood out to me at FOSDEM this year is momentum. Last year, the Social Web track was a half day. This year, it expanded to a full day. That signals to me that there are a lot of smart, passionate people working across protocol design, UX, moderation, policy, community, activism, and implementation, trying to build real alternatives to entrenched silos.
And the plurality of implementations is a strength. It encourages exploration, competition, and innovation.
My hope is that the “end state” isn’t a separate social web you have to join. It’s a web that continues to work as expected, but gets progressively enhanced when you opt into interoperable social protocols.
Ultimately, there isn’t “the web” and “the social web.” There's just the web, and social vocabularies that participants can adopt without thinking about it.
Here's my pitch for a federated bookmark manager and why it can make the indie web stronger.
https://www.rafa.ee/articles/introducing-linkblocks-federated-bookmark-manager/
Want to know who to follow on indieweb.social? ☁️
indieweb.social founder, @tchambers has put together a brilliant list of 'Top Accounts' who call indieweb.social their home.
You can see it here: https://fedidevs.com/s/ODQ3/
If you think someone should be featured, let Tim know!
#IndieWeb #IndieWebSocial #StarterPack #Follow #SocialWeb #Fediverse
