• Re-décentraliser le web ?
• Rappels sur le Linked Data
• Qu'est-ce que SOLID ?

Bien que doté d'une architecture permettant la décentralisation, le web est trop centralisé: quelques applications captent une grande partie du trafic...

... et donc des données des utilisateurs.

Plusieurs risques (déjà avérés): atteintes à la vie privée, manipulations via une présentation d'informations différentes selon le profil utilisateur, surveillance, contrôle, ...

Chaque application tend à enfermer ses utilisateurs en contrôlant l'accès à ses données.

Même s'il existe des API ou des possibilités d'export, peu de possibilités d'intégration et de migration, ou bien pour passer d'un fournisseur à un autre.

SOLID se base sur Linked Data Platform (LDP) qui spéficie comment lire et écrire des données (ressources) via HTTP, notamment des données sémantiques (graphes RDF) mais pas seulement...

... via HTTP et ses différentes méthodes GET, POST, PUT, DELETE, ... (à la REST).

2 types de ressources:

• Des ressources RDF: graphes RDF ou conteneurs,
• Des ressources non-RDF (images, documents HTML, ...).

Les conteneurs sont des graphes RDF qui indiquent des relations entre le conteneur et ses fils.

Les graphes RDF sont composés de triplets sujet-prédicat-objet. Exemple (syntaxe turtle):

@base <http://example.org/> .
@prefix foaf: <http://xmlns.com/foaf/0.1/> .

<#alice> a foaf:Person .
<#alice> foaf:name "Alice" .
<#alice> foaf:knows <#bob> .

<#bob>
    a foaf:Person ;
    foaf:name "Robert".

Ce qui donne le graphe

La réutilisation de vocabulaires (ontologies) dans les données manipulées dans les applications permet de partager plus facilement des données.

L'agrégation de données consiste à agréger des triplets = fusionner des graphes.

Le langage Sparql permet de faire des requêtes dans ces graphes (comme SQL pour les bases de données relationnelles).

SOLID propose une nouvelle architecture pour les applications web, décorrélant les applications de l'endroit où sont stockées les données.

Exemple sur une application de micro-blogging:

Le même type d'application dans l'architecture SOLID:

Avantages:

• Chacun héberge ses données où il veut,
• Ce que fait l'utilisateur (par exemple qui suit qui dans notre exemple) n'est plus centralisé, pas de données transmises à l'hébergeur de l'application, si l'application ne fait rien dans le dos de l'utilisateur ➩importance du logiciel libre,
• Possibilité d'avoir plusieurs applications (ré-)utilisant les mêmes données, comme on peut changer d'éditeur pour modifier son code.

Authentification utilisant WebId avec clés et le TLS Handshake Protocol.

Solid spécifie des standards à utiliser dans les applications web SOLID:

• RDF,
• WebID pour l'authentification,
• l'ontologie FOAF,
• Web Access Control pour les permissions d'accès aux documents,
• LDP pour l'accès aux ressources (création, lecture, ...).

SOLID définit des vocabulaires pour manipuler et représenter les données communes aux applications, notamment:

• le profil et les préférences de l'utilisateur,
• les "workspaces" de l'utilisateur,
• une arborescence de conteneurs LDP pour que les applications stockent leurs données,
• des espaces de notifications (inbox) pour qu'une application puisse signaler par exemple un nouveau document relatif à un autre.

Enfin SOLID fournit des bibliothèques javascript pour faciliter le développement d'applications SOLID.

Plusieurs implémentations de serveurs existent.

SOLID est en cours de spécification mais des applications existent déjà, par exemple Dokieli (publication d'articles scientifiques).