marius's latest activity
- 2y ·
-
Public·
-
metalhead.club
{"p":"","h":{"iv":"ROXSYW+cfvEbFHu5","at":"ocxplSQjdRC3tXEtB/9/wg=="}}
- 2y ·
-
Public·
-
metalhead.club
{"p":"","h":{"iv":"ROXSYW+cfvEbFHu5","at":"ocxplSQjdRC3tXEtB/9/wg=="}}
@darius 👍
I am in the process of porting one of the bots I created for my instance: @releasebot, to use ActivityPub client to server posting compatible with my (other) project, FedBOX. :D
…See more
@darius 👍
I am in the process of porting one of the bots I created for my instance: @releasebot, to use ActivityPub client to server posting compatible with my (other) project, FedBOX. :D
See less
@darius 👍
I am in the process of porting one of the bots I created for my instance: @releasebot, to use ActivityPub client to server posting compatible with my (other) project, FedBOX. :D
@darius 👍
I am in the process of porting one of the bots I created for my instance: @releasebot, to use ActivityPub client to server posting compatible with my (other) project, FedBOX. :D
- 2y ·
-
Public·
-
metalhead.club
{"p":"","h":{"iv":"ROXSYW+cfvEbFHu5","at":"ocxplSQjdRC3tXEtB/9/wg=="}}
@darius @charlesrandall I think I agree with @evan 's sibling comment the thread, it's not hard at all.
The server where the object that is being replied to is the place where this enforcement can be done. An object can claim that it is inReplyTo another object, but the server of the original object has authority to act on this fact. If the server doesn't add it to the replies collection of the original object, then it's other instances should not see it there. Am I missing something?
…See more
@darius @charlesrandall I think I agree with @evan 's sibling comment the thread, it's not hard at all.
The server where the object that is being replied to is the place where this enforcement can be done. An object can claim that it is inReplyTo another object, but the server of the original object has authority to act on this fact. If the server doesn't add it to the replies collection of the original object, then it's other instances should not see it there. Am I missing something?
See less
@darius @charlesrandall I think I agree with @evan 's sibling comment the thread, it's not hard at all.
The server where the object that is being replied to is the place where this enforcement can be done. An object can claim that it is inReplyTo another object, but the server of the original object has authority to act on this fact. If the server doesn't add it to the replies collection of the original object, then it's other instances should not see it there. Am I missing something?
@darius @charlesrandall I think I agree with @evan 's sibling comment the thread, it's not hard at all.
The server where the object that is being replied to is the place where this enforcement can be done. An object can claim that it is inReplyTo another object, but the server of the original object has authority to act on this fact. If the server doesn't add it to the replies collection of the original object, then it's other instances should not see it there. Am I missing something?
- 2y ·
-
Public·
-
metalhead.club
Fedi stats
This content was marked as sensitive. Click to reveal
> bigger servers are stuck retrying lots of messages
@darius isn't there a back-off strategy ? I remember being frustrated that Mastodon doesn't respect when another fediverse service returns a "405 Method Not Allowed" to signal that it does not federate, but I was hoping that after a number of tries it stops.
…See more
> bigger servers are stuck retrying lots of messages
@darius isn't there a back-off strategy ? I remember being frustrated that Mastodon doesn't respect when another fediverse service returns a "405 Method Not Allowed" to signal that it does not federate, but I was hoping that after a number of tries it stops.
See less
> bigger servers are stuck retrying lots of messages
@darius isn't there a back-off strategy ? I remember being frustrated that Mastodon doesn't respect when another fediverse service returns a "405 Method Not Allowed" to signal that it does not federate, but I was hoping that after a number of tries it stops.
> bigger servers are stuck retrying lots of messages
@darius isn't there a back-off strategy ? I remember being frustrated that Mastodon doesn't respect when another fediverse service returns a "405 Method Not Allowed" to signal that it does not federate, but I was hoping that after a number of tries it stops.
- 2y ·
-
Public·
-
metalhead.club
{"p":"","h":{"iv":"ROXSYW+cfvEbFHu5","at":"ocxplSQjdRC3tXEtB/9/wg=="}}
@Gargron someone on HN pointed out Solid from Tim Berner Lee, and I see a better chance for interoperability there because it uses ActivityStreams as an foundational ontology. I remember hearing about it when it launched, but they seem to have made good progress (at least documentation wise).
…See more
@Gargron someone on HN pointed out Solid from Tim Berner Lee, and I see a better chance for interoperability there because it uses ActivityStreams as an foundational ontology. I remember hearing about it when it launched, but they seem to have made good progress (at least documentation wise).
See less
@Gargron someone on HN pointed out Solid from Tim Berner Lee, and I see a better chance for interoperability there because it uses ActivityStreams as an foundational ontology. I remember hearing about it when it launched, but they seem to have made good progress (at least documentation wise).
@Gargron someone on HN pointed out Solid from Tim Berner Lee, and I see a better chance for interoperability there because it uses ActivityStreams as an foundational ontology. I remember hearing about it when it launched, but they seem to have made good progress (at least documentation wise).
- 2y ·
-
Public·
-
metalhead.club
{"p":"","h":{"iv":"ROXSYW+cfvEbFHu5","at":"ocxplSQjdRC3tXEtB/9/wg=="}}
@Gargron do you have any horizontal scaling strategies ? The image processing problem you mentioned recently seems to be an easy parallelizable issue.
…See more
@Gargron do you have any horizontal scaling strategies ? The image processing problem you mentioned recently seems to be an easy parallelizable issue.
See less
@Gargron do you have any horizontal scaling strategies ? The image processing problem you mentioned recently seems to be an easy parallelizable issue.
@Gargron do you have any horizontal scaling strategies ? The image processing problem you mentioned recently seems to be an easy parallelizable issue.