Discussion :

[band22]

Bonjour

Voila j'ai maintenant un serveur 4store qui tourne parfaitement, et j'aimerais enfin passer à l'action, mais j'ai déjà une petite question:

Dans un triplet, il faut mettre un URI pour localiser la ressource, mais est ce que cette URI doit mener à quelque chose si un utilisateur entre cet URI dans son navigateur? Ou est ce purement dans le but de décrire une ressources?
Car par exemple un membre d'un site donc on aurait: www.monsite.com/id_du_membre#ressources_demandé

Donc cela ne mène a rien sur mon site, on est bien d'accord? Car sinon on pourrait accéder à toutes les informations tel que le mot de passe...

Pourriez vous m'aider sur ce point?

Merci d'avance
Cordialement

[April Fool]

L'URI ne localise pas la ressource, elle l'identifie. Dans la recommandation RDF, rien n'impose qu'il y ait un lien entre ce que l'URI identifie et ce que l'on trouve en utilisant l'URI comme URL. Donc, si on veut, dans une application, on pourrait très bien utiliser [nocode]http://www.developpez.net[/nocode] comme identifiant d'une personne ou d'un chien et [nocode]band22@developpez.com[/nocode] pour identifier le site Web de la Fnac. Pour tout ce qui concerne la sémantique, les inférences, les requêtes SPARQL, ça ne change rien. En revanche, il y a un ensemble de documents, certains non standardisés, qui indiquent les bonnes pratiques en matière de nommage de ressource. En particulier, les principes Linked Data disent qu'il faut utiliser des URI HTTP, pour qu'on puisse récupérer de l'info à l'aide d'un navigateur ou autre client Web; qu'il faut que les infos qu'on récupère décrivent la ressource identifiée; que les infos contiennent des liens vers d'autres ressources (de préférence identifiée par des URI HTTP) pour qu'on puisse à leur tour récupérer des données.

Il est également préférable que, lorsqu'on utilise 1 URI dans un navigateur Web classique, on récupère une description lisible et compréhensible par des personnes (du HTML de préférence) tandis que l'on renvoie du RDF pour une application qui exploite des données automatiquement. On peut faire ça avec la négociation de contenu paramétrable dans le serveur Web.

Dans ton exemple, il faudrait que l'URI soit [nocode]http://www.monsite.com/id_du_membre#ressources_demandé[/nocode] (avec le [nocode]http://[/nocode]) et qu'à l'adresse [nocode]http://www.monsite.com/id_du_membre[/nocode] (sans le fragment après le dièse car il n'est pas transmis lors d'une requête HTTP) on trouve des informations sur ce qui est identifié par cet URI. Cela ne veut pas dire qu'on doit mettre tout sur le sujet. On peut également appliquer des restrictions par rapport aux droits d'accès, mais pour l'instant il n'y a pas de standard pour appliquer des restrictions au niveau des triplets eux mêmes. Il faut se débrouiller pour séparer les info privées ou publiques, sensibles ou non, avec des techno du Web "classique".

[band22]

Merci infiniment pour ta réponse On ne peut pas faire plus clair ^^