Notices by marius (mariusor@metalhead.club), page 2

@silverpill sadly it didn't make it to you:

Feb 08 21:46:12 DBG Starting dissemination to remote collections. log=processing
Feb 08 21:46:12 WRN Request did not meet this resource's requirements. iri=https://mitra.social/@silverpill/inbox log=client status="405 Method Not Allowed"
Feb 08 21:46:12 WRN Unable to disseminate activity invalid status received: 405 log=processing
Feb 08 21:46:12 INF Pushed to remote actor's collection https://mitra.social/@silverpill/inbox log=processing
Feb 08 21:46:12 DBG Finished dissemination to remote collections. log=processing
Feb 08 21:46:12 INF All OK! log=fedbox

@silverpill I corrected the actor IRI, but it still didn't work:

It looks like mitra rejected the signature of that actor.

https://paste.sr.ht/~mariusor/fa27a9703463f68476e24574b0aa9ca9a76f59f1

@silverpill the Activity is https://federated.id/activities/22fe7abd-73d2-4508-acbc-ee683be6a3df

@silverpill this one: @clothoed

https://federated.id/actors/a1517c06-7131-4437-84b0-025837e9da39

@julian

@silverpill so I'm not missing anything, just people wanting to overcomplicate things. Sigh.

Consent is not a thing that should be encouraged through non server-side enfored mechanisms because (as we can see plenty today) bad faith actors care not about such things.

Therefore a flag on an actor/object is useless because it requires that crawlers obey it, and again, they can not be trusted to do that.

In my opinion offering this as a solution to end-users is just snake oil.

@silverpill does anyone justify in their FEPs _why_ there is a need for additional properties when ActivityPub provides multiple ones in the form of the To, Bto, CC, BCC recipients, and of the Audience one?

These form a perfect basis for access control lists and I haven't seen anything that convinced me that it's not enough combined with OAuth2 tokens for C2S and HTTP-Signatures for S2S.

@silverpill is there some glaring thing I'm missing? I fail to believe that nobody really thought of this simplest way to handle ACLs.

@julian @silverpill I have a stupid validator that iterates through ed25519, rsa-512 and rsa-256 methods and succeeds on first. :D

> The simple fact is: Adding another node to the Fediverse is harmful to the health of the network.

@helge you are very far from that being "a fact". Personally I doubt you could bring any arguments to make it even in the realm of "non-controversial".

@aslakr

@steve I don't really understand what @silverpill wants to underscore with that FEP.

In my software I am using something like his core types for actual data types, but the differences are mostly in behaviour a server/client has in relation to them. Ie, what can one "do" when encountering such an object, and that's better guided by looking at their data "shapes". The properties common to the Object type can be used for "object things": display name, content, use URL, etc. The extra properties for Actor, can be used for actor things: addressing. The properties for Collections: for retrieval, etc.

@silverpill I think Actor should be considered a core type (for the purposes of ActivityPub) just because the whole of the ActivityPub specification is based on it and its structure.

@silverpill I feel like thinking about the problem like that ignores one of the main tenets of the ActivityPub protocol: An Actor has An Inbox. :)

@BeAware @julian @aj

@silverpill how does nomadic identity solve the problem of using multiple types of fediverse applications with a single identity?

Is it because multiple individual applications can show the same did:: ?

@BeAware @julian @aj

Well, a #friendica instance is slamming some of my #activitypub servers. Does anyone have clue about what might be wrong?

Since ~3 days it keeps requesting the same URL over and over at a pretty high RPS.

#bad_bot

Just to add to this, Friendica is known to have issues with being an unkind citizen of the web before (this time for RSS):

> Friendica, various versions. 100% unconditional requests. Occasionally shows up < 10s after the previous poll. Not good.

https://rachelbythebay.com/w/2024/10/25/fs/

Can someone with more #JavaScript experience tell me what's an idiomatic way of solving the problem of an application that must fetch multiple URLs?

I currently have the issue that a lot of those URLs actually are the same, so I end-up with 40 requests for the same resource.

Is there an elegant way to solve this with minimal overhead over the native fetch API?

#frontend #javascript #noframework #webdev

@silverpill I added a ticket here: https://todo.sr.ht/~mariusor/go-activitypub/296

I will need to create a test-case for it, but I think I have all I need.

@silverpill which works for maybe 1% of people that create content professionally. How are we to dar say that the fediverse needs to accessible to everyone if we put crypto-currency obstacles in front of people.

In my humble opinion, any monetization option that only deals with cryptocurrency is useless in making the fediverse a valid alternative to whale content creators that might want to migrate from traditional social media.

@benpate

@benpate see if you can come up with some sort of activtiypub vocabulary based on this idea: https://floss.fund/funding-manifest/

I'm sure more of the fediverse creator would be interested in having some monetization capabilities.

@benpate are there any useful things built on top of them, or are they just crypto currency adjacent? Regular artists, I bet, would prefer to be paid in actual currency, not make belief money.