@dave Should I make an exception for id query parameter? This is not difficult, and as far as I know, using query parameters in actor IDs is perfectly valid according to AP spec - just not common.
@dave Sorry, I think I was wrong about the instance actor. Mitra discovers actor by analyzing the keyId parameter in Signature HTTP header. If the value of this parameter contained URL with a query such as ?id=920666, it was removed, so only https://ap.podcastindex.org/podcasts remained.
Mitra tries to guess actor ID from key ID without making additional requests. Most of the time removing the fragment is enough, but some implementations use query parameter instead of fragment to identify the key, so these are removed too.
I think I can simply add exception for id query parameter if you prefer this URL structure.
@alex I think public instances don't make much sense because they will be abused and immediately added to all fediblock lists. Private bridge instances, on the other hand, can be used to repair inter-instance connections without attracting unnecessary attention. That's why I made it allowlist based
- Follow, unfollow, create and delete posts - basic activities are supported. Translation is not perfect but can be improved in the future. - Allowlist-based bridging - Tor and I2P are supported - Media URLs are not translated - Compiled to a single binary, uses SQLite database, configured with environment variables
Developer of ActivityPub-based micro-blogging and content subscription platform Mitra. Working on Fediverse standards: https://codeberg.org/silverpill/feps