Discussion:Hypertext Transfer Protocol

Autres discussions [liste]

Admissibilité
Neutralité
Droit d'auteur
Article de qualité
Bon article
Lumière sur
À faire
Archives
Commons

Cet article est indexé par les projets Informatique, Télécommunications, Vingtième siècle et Web sémantique.

Les projets ont pour but d’enrichir le contenu de Wikipédia en aidant à la coordination du travail des contributeurs. Vous pouvez modifier directement cet article ou visiter les pages de projets pour prendre conseil ou consulter la liste des tâches et des objectifs.

**Évaluation** de l’article « **Hypertext Transfer Protocol** »
Avancement	Importance
B	Élevée	Informatique (discussion • critères • liste • stats • hist. • comité • stats vues)
	Moyenne	Télécommunications (discussion • critères • liste • stats • hist. • comité • stats vues)
	Moyenne	Vingtième siècle (discussion • critères • liste • stats • hist. • comité • stats vues)
	À évaluer	Web sémantique (discussion • critères • liste • stats • hist. • comité • stats vues)

Cet article ne comporte pas de liste de tâches suggérées. Vous pouvez saisir une liste de tâches à accomplir (par exemple sous forme d'une liste à puces), puis sauvegarder. Vous pouvez aussi consulter la page d'aide.

Couche applicative ?[modifier le code]

Dans la section Identification, la dernière phrase est extrêmement ambigue lorsqu'on parle de réseau. Théoriquement il n'y a aucune couche (au sens réseau) applicative au-dessus de HTTP qui est lui-même un protocole applicatif de la couche 7. Et à vrai dire, si l'authentification ne se fait pas au niveau d'HTTP, elle se fait où et pourquoi HTTP spécifierait-il des façons de faire passer les mots de passe...eberkut 13 janvier 2007 à 17:00 (CET)[répondre]

Au dessus il y a le HTML (entre autres). C'est bien une couche au dessus de HTTP, quoi qu'en dise Modèle OSI (je ne sais pas si c'est la page ou l'ISO qui a tord -- entre l'ISO et Wikipédia, lequel est le plus apte à dire des conneries ?).

Le HTML permet les formulaires, les cookies, et donc d'établir des sessions authentifiées. C'est ce qui nous permet d'utiliser un compte Wikipédia par exemple.

HTTP spécifie des moyens de faire passer des mots de passe parce que c'est indépendant de HTML (HTTP n'est pas uniquement destiné au transport du HTML), c'est plus standard, cela ne dépend pas de la politique d'acceptation des cookies, le serveur est sans états (possible aussi avec les cookies, remarquez).

L'authentification par HTTP permet de ne pas écrire le mot de passe en clair dans la session HTTP (en fait, de ne pas le mettre du tout dans le flux).

--Wcorrector (d) 25 novembre 2007 à 10:57 (CET)[répondre]

Pour les cookies, tu fais erreur : c'est dans HTTP et ça n'a rien à voir avec HTML. Marc Mongenet (d) 26 novembre 2007 à 09:55 (CET)[répondre]

En effet, au départ je pensais à une page HTML contenant du Javascript pour manipuler les cookies. Puis j'ai laissé tombé l'idée du Javascript parce que ça n'était pas nécessaire pour cet exemple.

Reste une phrase inexacte — même avec Javascript, le fait de pouvoir intégrer un script dans un document HTML ne signifie pas que les fonctionnalités de Javascript sont, à proprement parler, des fonctionnalités de HTML.

--Wcorrector (d) 26 novembre 2007 à 16:38 (CET)[répondre]

Effectivement, les fonctionnalités de HTML et de JavaScript sont bien distinctes. Mais quelle est cette phrase inexacte ? Marc Mongenet (d) 26 novembre 2007 à 19:09 (CET)[répondre]

Je parlais de ma propre phrase "Le HTML permet (...) les cookies".

Désolé pour la confusion. --Wcorrector (d) 27 novembre 2007 à 07:25 (CET)[répondre]

HTTPS[modifier le code]

[HTTPS] permet également de chiffrer la communication.

Le chiffrement est un moyen, pas une fin en soit; il faut essayer d'arrêter le mélanger les niveaux en matières de "sécurité". (Enfin, puisque même l'IEEE l'a fait : (paraphrase, de mémoire, approximative) "la sécurité informatique vise à assurer la confidentialité, l'intégrité, ..., les logs").

--Wcorrector (d) 25 novembre 2007 à 11:12 (CET)[répondre]

Liste de serveurs[modifier le code]

Je ne comprends l'interêt de la séparation de la liste des serveurs HTTP en langages. Quelqu'un peut en outre confirmer que Tomcat est développé en JAVA, ou IIS en C# ? Grimko (d)

Réponse --Maniocmaniac (discuter) 19 juillet 2022 à 21:57 (CEST) en effet Tomcat est en Java, IIS est noté plutôt C++ dans sa notice. Peut-être on peut parler de logiciel de serveur web/HTTP pour différencier de l'acceptation serveur = machine. La séparation en langages est intéressante selon l'accès à tel ou tel langage sur une machine (entre autres) mais il y a peut-être une catégorie existante et plus à jour ?[répondre]

fonctionnement d'une transaction[modifier le code]

Bonjour

J'espérais trouver une réponse à une question sur le déroulement d'une "connexion" HTTP dans cet article dont voici l'énoncé :

Lorsqu'une page web est servie, la totalité des images, scripts et autres objets inclus dans la page sont-ils servis en même temps que le script HTML, ou est-ce le client qui, une fois le script HTML interprété, demande les éléments qui ne sont pas en cache sur l'ordinateur du client ?

merci.

--81.50.117.75 (d) 15 septembre 2010 à 11:40 (CEST)Dominique.[répondre]

Bonjour, le client, une fois le HTML interprété, demande les éléments qui ne sont pas en cache sur l'ordinateur client. Marc Mongenet (d) 15 septembre 2010 à 15:41 (CEST)[répondre]

POST[modifier le code]

Bonjour, l'explication de POST est erronée/mal comprise/trop simplifiée. Pour s'en convaincre lire la version anglaise.

version française: Cette méthode doit être utilisée pour ajouter une nouvelle ressource (un message sur un forum ou un article dans un site). L'URI fournie est l'URI d'une ressource liée à la nouvelle ressource (comme l'URI du forum ou site) et non l'URI de la ressource nouvellement créée.

version anglaise: Submits data to be processed (e.g., from an HTML form) to the identified resource. The data is included in the body of the request. This may result in the creation of a new resource or the updates of existing resources or both.

La traduction que je proposerai: Cette méthode doit être utilisée pour soumettre des données en vue d'un traitement à une ressource (typiquement depuis un formulaire HTML). L'URI fournie est l'URI d'une ressource à laquelle s'appliqueront les données envoyées. Le résultat peut être la création de nouvelles ressources ou la modification de ressources existantes. A cause de la mauvaise implémentation des méthodes HTTP par les navigateurs, cette méthode est souvent utilisé en remplacement de la requêtes PUT, qui devrait être utilisée à la fois pour la création et la mise à jour de ressources.

Malheureusement ceci a beaucoup d'importance car c'est essentiel pour comprendre l'architecture REST. --Baltos (d) 6 mai 2011 à 15:45 (CEST)[répondre]

Bonjour, mets à jour comme tu le souhaites. Marc Mongenet (d) 7 mai 2011 à 10:15 (CEST)[répondre]

Commentaire du lecteur : des photos[modifier le code]

196.201.80.35 a publié ce commentaire le 17 août 2013 (voir tous les retours).

des photos

Bon, pas sûr qu'un portrait de Tim Berners-Lee soit de la plus haute importance, mais des schémas explicatifs ne feraient certainement pas de mal. Ash - (Æ) 17 août 2013 à 13:41 (CEST)[répondre]

Article : services HTTP[modifier le code]

Je ne trouve pas d'article dédié à l'ensemble des services HTTP : AIM FTP ICQ SSH ... --Rical (discuter) 9 novembre 2016 à 12:51 (CET)[répondre]

Infobox[modifier le code]

En fait j'ai ajouté une information dans l'infobox, seulement quand j'enregistre, mon ajout/modification ne parait pas. Quelqu'un saurai pourquoi?