GET

La méthode GET demande le transfert d'une représentation courante sélectionnée pour la ressource cible. La méthode GET est le principal mécanisme de recherche d'informations et l'objet de presque toutes les optimisations de performances. Il est donc tentant de considérer les identificateurs de ressources comme des noms de chemin du système de fichiers à distance et les représentations comme une copie du contenu de ces fichiers. En fait, c'est ainsi que de nombreuses ressources sont mises en œuvre (voir la section 9.1 pour les considérations de sécurité qui s'y rapportent). Cependant, il n'y a pas de telles limitations dans la pratique. L'interface HTTP d'une ressource peut tout aussi bien être mise en œuvre sous la forme d'une arborescence d'objets de contenu, d'une vue programmatique sur divers enregistrements de base de données ou d'une passerelle vers d'autres systèmes d'information. Même lorsque le mécanisme de mise en correspondance des URI est lié à un système de fichiers, un serveur d'origine peut être configuré pour exécuter les fichiers avec la demande en entrée et envoyer la sortie en tant que représentation plutôt que de transférer les fichiers directement. Quoi qu'il en soit, seul le serveur d'origine doit savoir comment chacun de ses identificateurs de ressources correspond à une implémentation et comment chaque implémentation parvient à sélectionner et à envoyer une représentation actuelle de la ressource cible dans une réponse à GET.

Un client peut modifier la sémantique de GET pour en faire une "demande de plage", demandant le transfert de seulement une ou plusieurs parties de la représentation sélectionnée, en envoyant un champ d'en-tête Range dans la demande ([RFC7233]).

Une charge utile dans un message de demande GET n'a pas de sémantique définie ; l'envoi d'un corps de charge utile dans une demande GET pourrait entraîner le rejet de la demande par certaines implémentations existantes.

La réponse à une demande GET peut être mise en cache ; un cache PEUT l'utiliser pour satisfaire des demandes GET et HEAD ultérieures, sauf indication contraire dans le champ d'en-tête Cache-Control (section 5.2 de [RFC7234]).

La méthode GET du protocole HTTP peut être comparée à un bibliothécaire numérique. Elle demande poliment au serveur de présenter des données sans apporter de modifications à ces données - c'est une requête purement passive.

Qu'est-ce qui rend la méthode GET spéciale ?

1. Consistance : Imaginez demander au bibliothécaire le même livre plusieurs fois - vous obtiendriez le même livre à chaque fois. Il en va de même pour la demande GET : elle produit constamment le même résultat.
2. Lire, ne pas écrire : La demande GET a le caractère d'un observateur. Elle examine les données mais ne les modifie pas.
3. Informations dans l'URL : Pensez à l'URL comme à une adresse ou à une fiche d'index. Elle indique quel livre ou quelle information vous recherchez. Cependant, attention : ces fiches ne doivent pas contenir de notes privées, car elles peuvent être vues par d'autres.
4. Réponses rapides et efficaces : Grâce à la capacité de mettre en cache les réponses, la méthode GET peut répondre rapidement aux demandes répétées, tout comme un bibliothécaire bien organisé qui sait exactement où chaque livre est situé.

Mais elle a aussi ses limites :

1. Espace limité pour les notes : L'URL n'a qu'un espace limité pour les informations. C'est comme écrire sur une petite fiche d'index.
2. Pas de secrets : Comme les URLs sont visibles et peuvent être stockés, vous ne devriez pas y noter d'informations sensibles.
3. Pas d'interférence : Un observateur n'influence pas ce qu'il observe. Par conséquent, la méthode GET ne doit pas être utilisée pour modifier des données. D'autres outils sont disponibles dans notre boîte à outils numérique pour cela.

En général, la méthode GET est un outil fiable et essentiel dans l'espace numérique, nous aidant à récupérer des informations de manière efficace et sûre.