Solid et ActivityPub

Standards et protocoles Solid
1

Pour celles et ceux que ça intéresse, je viens d’avoir un échange avec Sarven du projet Solid à propos d’ActivityPub et Solid. Voici son message :

https://dokie.li/ is among the first applications that conforms to ActivityPub’s client part of client-server (2017): ActivityPub Rocks!

Having Solid Stuff with Activity Stuff working alongside is an age old topic. Some related info at Social Web Protocols and ActivityPub SocialCG reaching out to Solid · Issue #4 · solid-contrib/external-interop-panel · GitHub

See also:
Implement ActivityPub · Issue #621 · nodeSolidServer/node-solid-server · GitHub
Implement ActivityPub · Issue #1508 · CommunitySolidServer/CommunitySolidServer · GitHub

Sarven vient aussi de donner une conférence sur le sujet en septembre 2023:

I gave a keynote a few months ago at SWIB ( SWIB23 Programme ) titled Inherently Social, Decentralised, and for Everyone

Let’s delve into the realms of the lawful, neutral, and chaotic social web. This talk examines the social and technical challenges involved in empowering individuals and communities to assert control over their identity, data, and privacy while having the freedom to choose applications that align with their needs. Specifically, we will explore the advancements in open standards development and deployments in the wild that strive to improve communication and knowledge-sharing for everyone. While there is a plethora of open approaches for the decentralized web, this talk will decipher the underlying philosophies and technical architectures behind initiatives like the Solid project and the Fediverse, with some focus on their implications for scholarly communication. We will analyze the possibilities for interoperability among different classes of products in this expansive ecosystem and consider the potential impact of these efforts on libraries, as well as the potential roles libraries can play in this dynamic space.

Slides: Inherently Social, Decentralised, and for Everyone
Video: https://www.youtube.com/watch?v=IBZed6rHc0g

Ping @srosset

1 « J'aime »
2

Merci pour le partage !

Je suis intrigué de voir, en lisant cette issue, qu’au temps du node solid server, il était ouvertement envisagé d’implémenter ActivityPub comme un protocole de communication à part entière (ou d’en faire une extension), et que personne ne semblait s’offusquer à cette idée. Ruben Verborgh dit juste que l’architecture du node solid server n’est pas assez extensible, et qu’il faudra sans doute attendre le nouveau serveur (CSS). J’imagine qu’en 5 ans de l’eau a coulé sous les ponts… et pourtant en 2023, des développeurs influents comme Melvin Carvalho ou Sarven semblent continuer à pousser dans cette direction.

Suite à la réunion de lundi soir, je me suis dit: « Après tout ActivityPub est un standard du W3C, pourquoi n’aurait-il pas sa place parmi toute la liste des standards de Solid ? Pourquoi devrait-il être géré comme un standard client-to-client, au même niveau que des usages très business ? »

J’ai participé hier (avec toi) au joint meeting des Solid/SocialCG et j’ai été étonné de voir que plusieurs participants avaient des idées très approximative sur le protocole ActivityPub, ou qu’ils se posaient des problèmes qu’on a résolu depuis longtemps avec SemApps (p.ex. comment lier le protocole ActivityPub avec le standard LDP ou les permissions WAC).

En tout cas, il y avait de l’intérêt pour ce sujet, on était une vingtaine ! Du coup je suis plutôt rester en écoute, mais une personne a écrit dans le chat que la prochaine fois, il faudra « inviter des personnes de l’équipe ActivityPods », alors j’ai mentionné mon existence :wink: Apparemment il va peut-être y avoir une « Task Force » sur le sujet, ça pourrait être l’occasion de partager ce qu’on fait dans l’AV en plus petit comité.

2 « J'aime »