Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
reseaux:internet:rest [2022/08/06 08:53] – [2. Le nommage] phil | reseaux:internet:rest [2022/08/06 09:00] (Version actuelle) – [2. Le nommage] phil | ||
---|---|---|---|
Ligne 28: | Ligne 28: | ||
==== 2. Le nommage ==== | ==== 2. Le nommage ==== | ||
- | <note>Chaque ressource du Web est identifiée par une **valeur unique appelée URI** (**U**niform **R**esource **I**dentifier). Si l’URI contient des caractères internationaux (comme les lettres accentuées ...) il est appelé IRI (International Resource Identifier).</ | + | <callout type=" |
Les URI permettent de désigner une ressource de manière non ambigüe, c' | Les URI permettent de désigner une ressource de manière non ambigüe, c' | ||
Ligne 60: | Ligne 60: | ||
Les URI formalisent ce principe. Le [RFC 3986] explique comment ils peuvent être construits. | Les URI formalisent ce principe. Le [RFC 3986] explique comment ils peuvent être construits. | ||
- | <note warning>Un URI commence par un **schéma** indiquant l’autorité de nommage, suivi d’une **valeur d’autorité** puis d’**un chemin** dans l’espace d’autorité. Des caractères comme les ":" | + | <callout |
{{ : | {{ : | ||
Ligne 75: | Ligne 75: | ||
Personne d’autre dans l’univers ne pourra identifier ses ressources avec cette chaîne de caractères puisque // | Personne d’autre dans l’univers ne pourra identifier ses ressources avec cette chaîne de caractères puisque // | ||
- | <note warning>Un URI est une construction administrative permettant d’attribuer un identifiant unique global à une ressource spécifique.</ | + | <callout type=" |
L’URI a pour but de facilement nommer une ressource, de pouvoir lier les ressources entre elles pour former cette toile d’araignée mondiale. Le schéma définit à la fois l' | L’URI a pour but de facilement nommer une ressource, de pouvoir lier les ressources entre elles pour former cette toile d’araignée mondiale. Le schéma définit à la fois l' | ||
- | <note important>Un sous-ensemble d’URI peut être directement utilisé pour localiser la ressource, c’est-à-dire trouver sur quel serveur se trouve la ressource et comment y accéder. Il s’agit d’une **URL** (**U**niform **R**esource **L**ocator) utilisée par les navigateurs Web. \\ Pour bien comprendre la différence entre URI et URL : < | + | <callout |
Le schéma HTTP est pratique, car il peut se lire également comme un URL. Ce schéma donne : | Le schéma HTTP est pratique, car il peut se lire également comme un URL. Ce schéma donne : | ||
Ligne 88: | Ligne 88: | ||
==== 3. Serveur sans état ==== | ==== 3. Serveur sans état ==== | ||
- | <note>Le principe REST permet de concevoir des serveurs évolutifs. **Un serveur doit être sans état**, ce qui signifie qu’**il ne conserve pas d’information après avoir répondu à une demande d’un client**. Cela permet de simplifier le traitement dans le serveur qui doit traiter les requêtes d'un grand nombre de clients.</ | + | <callout type=" |
Cela impose que l’état soit situé du côté du client. Cet état est alimenté à partir des données structurées que le client reçoit du serveur. Ainsi, lorsqu’un client demande une page Web, celle-ci peut contenir d’autres URI pour la compléter, par exemple des images, des feuilles de style, des scripts, etc. | Cela impose que l’état soit situé du côté du client. Cet état est alimenté à partir des données structurées que le client reçoit du serveur. Ainsi, lorsqu’un client demande une page Web, celle-ci peut contenir d’autres URI pour la compléter, par exemple des images, des feuilles de style, des scripts, etc. |