Freaking awesome! I adore PHP! <3
Mbin (like fedia.io and others) is also PHP, built on Symfony
Listen, I’m going to shamelessly self promote my project all I can! Also PHP, also Symfony: Habitat is a platform for local communities. I don’t think PHP gets enough love! It’s incredibly versatile and is actually very fast in recent years.
Oh, that sounds nice! How does it work though? Are instances fully self-contained? Or is there cross instance federation or discoverability?
It is currently not federated, and I should be careful with my words because people often confuse my intent when I talk about this. Federation is planned but ActivityPub is not. More details on this are on github.
This is something you don’t see every day.
I have no strong feelings about php, but I love your enthusiasm.
Adele Codeberg? She was one of the designers of Smalltalk, I thought. So I’m surprised to hear that about PHP.
Copyright says Adele, and this code is at Codeberg. I wasn’t sure how to write it.
I was making a joke about one of the Smalltalk pioneers, https://en.wikipedia.org/wiki/Adele_Goldberg_(computer_scientist) .
You can try it at https://smolfedi.pollux.casa/
I took it for a spin the other day. I was disappointed to find that despite it being very lightweight in terms of client requirements (great!) it is extremely slow. I surmise that every page load is making requests to the Mastodon API on your mastodon instance (like a client app would, except this one is running on a server…) rather than caching anything locally. This kinda nullifies the benefits of being a ‘lightweight client’ in the first place - the UX is getting nerfed for no gain in speed.
Still I appreciate the no-JS ideal and the extreme compatibility and am looking forward to seeing where this project goes.
I was super excited when I saw the headline because I am just about to deploy a headless ActivityPub server, then I realized it’s a client for the Mastodon API.
When someone’s on Mastodon, and they say, “Fediverse,” chances are very good that it’s only Mastodon that they’re talking about.
I understand that coming from users, but not from the project developers. They know they’ve built a client for the Mastodon API, so it should be described as such.
I do love me some /forms!
I think the "no-JS’ approach is too extreme. I’d rather do a “no-JS framework” buy limited JS.
