Aller au contenu principal

RFC 8820 - Conception et propriété des URI (URI Design and Ownership)

Date de publication (Published) : Juin 2020
Statut (Status) : Meilleures pratiques actuelles (Best Current Practice)
BCP : 190
Rend obsolète (Obsoletes) : RFC 7320
Met à jour (Updates) : RFC 3986
Auteur (Author) : M. Nottingham

Résumé (Abstract)​

La section 1.1.1 du RFC 3986 définit la syntaxe URI comme "un système de nommage fédéré et extensible dans lequel la spécification de chaque schéma peut restreindre davantage la syntaxe et la sémantique des identifiants utilisant ce schéma". En d'autres termes, la structure d'un URI est définie par son schéma. Bien qu'il soit courant que les schémas délèguent davantage leur sous-structure au propriétaire de l'URI, la publication de normes indépendantes qui imposent des formes particulières de sous-structure dans les URI est souvent problématique.

Ce document fournit des conseils sur la spécification de la sous-structure URI dans les normes.

Ce document rend obsolète le RFC 7320 et met à jour le RFC 3986.

Statut de ce mémo (Status of This Memo)​

Ce mémo documente une meilleure pratique actuelle de l'Internet.

Ce document est un produit de l'Internet Engineering Task Force (IETF). Il représente le consensus de la communauté IETF. Il a reçu un examen public et a été approuvé pour publication par l'Internet Engineering Steering Group (IESG). De plus amples informations sur les BCP sont disponibles dans la section 2 du RFC 7841.

Des informations sur le statut actuel de ce document, les errata éventuels et la manière de fournir des commentaires peuvent être obtenues à l'adresse : https://www.rfc-editor.org/info/rfc8820

Copyright (c) 2020 IETF Trust et les personnes identifiées comme auteurs du document. Tous droits réservés.

Ce document est soumis au BCP 78 et aux dispositions juridiques de l'IETF Trust relatives aux documents IETF (https://trustee.ietf.org/license-info) en vigueur à la date de publication de ce document. Veuillez examiner attentivement ces documents, car ils décrivent vos droits et restrictions concernant ce document. Les composants de code extraits de ce document doivent (MUST) inclure le texte de licence BSD simplifié tel que décrit dans la section 4.e des dispositions juridiques du Trust et sont fournis sans garantie comme décrit dans la licence BSD simplifiée.

Table des matières (Table of Contents)​

Annexes (Appendices)​

Points clés (Key Points)​

Principes de propriété des URI (URI Ownership Principles)​

La structure d'un URI devrait être contrôlée par son propriétaire (Owner), et non imposée par des normes externes. Les auteurs de spécifications standard devraient (SHOULD) éviter d'imposer des exigences strictes sur la structure interne des URI lors de la conception de protocoles impliquant des URI.

Problèmes potentiels (Potential Issues)​

L'imposition de structures URI peut entraîner :

  • Collisions : Conflits entre les conventions URI de différentes normes
  • Dilution : Réduction de la stabilité des URI due à des informations temporaires
  • Rigidité : La syntaxe URI fixe entrave les modèles de déploiement souhaités
  • Difficulté opérationnelle (Operational Difficulty) : Difficulté à supporter certaines conventions URI dans des implémentations spécifiques
  • Hypothèses des clients (Client Assumptions) : Les clients supposent à tort l'utilisation universelle de conventions standard

Utilisez les mécanismes suivants au lieu d'imposer des structures URI :

  • RFC 8288 - Liens Web et types de relations (Relation Types)
  • RFC 6570 - Modèles URI (URI Templates)
  • RFC 8615 - URI bien connus (Well-Known URIs)

Normes connexes (Related Standards) :

  • RFC 3986 - Syntaxe générique des URI
  • RFC 7320 - Conception et propriété des URI (rendu obsolète par ce document)
  • RFC 8615 - Identificateurs de ressources uniformes bien connus