Not sure what you mean by "decentralized identifiers", but if you mean nomadic identity, the answer for ActivityPub is "most likely not", and Zot is where it came from in the first place.
Zot's access control functions
From my personal experience I can tell you that non-PHP based Fediverse servers are often a true pain in the butt to maintain and update. Actually, make that non-Zot servers, since Friendica isn't much better. With Hubzilla, Zap & co, all you need to do, as a rule, is call one script, and it pulls the new code and updates the database.
Is it easy to host my own zot/activitypub instance on a tor onion domain?
Doesn't friendica have its own access control functionality?
I had maintained a gitea instance...
What I don't like about PHP is php.ini which is shared by multiple PHP programs which may require conflicting php.ini settings.
I don't like calling a shell script that I don't understand or didn't write. Such a script is 100% going to break my own personalized setup.
A) Gitea is not a Fediverse server, and b) of course it's easy to update anything if there's a package available in your system's repositories. I don't know of any Linux distro that provides repositories for any Fediverse server, and I don't think any of the projects even provide a Debian / Ubuntu repository (the most common), so you will always have to update manually.
Scripts don't have intelligence
I prefer manual update and installation over scripted ones.
Is there any activitypub or zot implementation that behaves like hubzilla or friendica and is not written in PHP?
just copy the files to a directory
Zap focuses on ActivityPub compatibility and is the most advanced in this regard and it is the only system which allows AP contacts post to forum channels
this is already possible in Hubzilla...
actually is feature is very special, was broken recently and mike hat to work hart to get it working again...
@Witcraft there are reason why zap existed... so if you are looking for more compatibility to AP Zap will probably always serve you better...
Simplicity is the highest form of sophistication.
Remove features that don't benefit from or need federation, and you get a simple federated social media system.
Simplicity is the highest form of sophistication. You will be better served by using dedicated softwares for wiki and various other features.Remove features that don't benefit from or need federation, and you get a simple federated social media system.
I haven't found a place to configure permissions
remember that expert mode is called like that for a reason winking face
In the Mastodon world forums or groups don´t really exist
Social groups for the fediverse - making it easy to connect and meet new people based on shared interests without the manipulation of your attention to maximize ad revenue nor the walled garden lock-in of capitalist social media.This server-2-server ActivityPub implementation adds decentralized, federaded "groups" support across all ActivityPub compliant social media networks. Users join groups by following group-type actors on Guppe servers and contribute to groups by mentioning those same actors in a post. Guppe group actors will automatically forward posts they receive to all group members so that everyone in the group sees any post made to the group. Guppe group actors' profiles (e.g. outboxes) also serve as a group discussion history.
Expert mode doesn't differentiate social and forum. What is going on?