React if you’d like a #ActivityPubSpecAlert when there are proposals to change the requirements of ActivityPub as we’ve begun to see the last couple weeks.
@silverpill@peertube Thanks for the heads up! I learned @peertube keeps full URLs including schemes in its db. I think it must have set these to `http://` from before I enabled PEERTUBE_WEBSERVER_HTTPS?
I ran some manual sql queries and I think/hope it's fixed. 😅
```sql UPDATE "actor" SET "url" = REPLACE("url", 'http://', 'https://') WHERE "url" LIKE 'http://%'; ``` (and for other columns too)
"Eichmann was actually not a fanatic or a sociopath, but instead an average and mundane person who relied on clichéd defenses rather than thinking for himself, was motivated by professional promotion rather than ideology, and believed in success which he considered the chief standard of "good society". Banality... does not mean that Eichmann's actions were in any way ordinary, but that his actions were motivated by a sort of complacency which was wholly unexceptional.”
@ilja ya! Good rec. I've been following it. Personally I don't love a new custom URI scheme vs just using did:, but on the whole it's a great contribution
"It was as he suspected: in a rigid hierarchy, nobody questions orders that seem to come from above, and those at the very top are so isolated from the actual work situation that they never see what is going on below. It was the chains of communication, not the means of production, that determined a social process.. Nothing signed “THE MGT.” would ever be challenged."
It says it in there: DNS is a pretty good start. Regardless of social protocol, you can get some kind of credible exit by letting end-users bring their own identifier to the social service provider. Mastodon doesn't do that.
But it should be considered best practice to have your ActivityPub Actor ID use a different domain from your inbox provider. https://bengo.is/actor.json
@robin@volkris cool we both want that. ATP isn't needed for those (not saying it can't be shoehorned in).
Using DID URIs with ActivityPub, which is already allowed by the protocol, is what makes it possible. `did:plc` is one very opionated DID method, but imho there's no reason to constrain to it. End-users and implementation operators are in the best position to pick their supported did method, not protocol designers.
Protocol designers can design for the did-method-agnostic DID abstraction.
My view on this is... sure why not? The devil is in the details, but the actual code in @robin 's post is a valid as2 actor as far as I can tell. The 'over ATProto' part seems superfluous. From the perspective of an ActivityPub client, it's 'just' an ActivityPub Server + feature detection. It's not clear why the 'over' is necessary, or why it would be 'ActivityPub over ATProto' and not 'ATProto over ActivityPub'. But maybe just better to avoid the preposition altogether.
i like to play, explore, and help people talk with computers. works on activitypub 🌎🌖 robust openness, sustainability, generosity, harmony, tranquility, resilience, freedom, dweb, web4, DID, zcap, law, peace, dukkha, criticality. {B,T}LM.