HTTaP : Un protocole de contrôle basé sur HTTP

Magazine
Marque
GNU/Linux Magazine
Numéro
173
Mois de parution
juillet 2014
Spécialité(s)


Résumé
Le précédent article a présenté un cahier des charges pour HTTaP (un protocole de contrôle basé sur HTTP) et les logiciels correspondants (clients et serveurs). Ici, nous prenons le temps de lire les standards pour définir les mécanismes nécessaires, assurer la compatibilité et choisir la meilleure approche technique. Avant de coder tête baissée, c'est maintenant inévitable : nous devons examiner les RFC.

Je ne connais personne qui lit les RFC pour le plaisir, mais contrairement à la notice d'un lecteur DVD, on peut parfois y apprendre des choses très intéressantes. Au final, elles nous permettent de nous simplifier la vie, de coder moins, donc de créer moins de bugs !

1. Protocole de lecture de l'état du circuit : GET

Le protocole HTTaP remplit essentiellement deux fonctions (en plus de lire des fichiers statiques) : interroger l'état du DUT (Device Under Test), et changer son état interne en passant par le TAP (Test Access Port). Ces deux fonctions sont naturellement remplies par les méthodes (ou commandes) HTTP les plus courantes : GET et PUT.

1.1 Cross-Site Scripting

Il faut d'abord rappeler que HTTaP est limité par les fonctionnalités permises par l'objet JavaScript XMLHttpRequest. Il impose des contraintes importantes, en particulier pour les URL qui accèdent à un port différent ou un autre serveur que la page originale. C'est très préoccupant, car plusieurs...

Cet article est réservé aux abonnés. Il vous reste 97% à découvrir.
S'abonner à Connect
  • Accédez à tous les contenus de Connect en illimité
  • Découvrez des listes de lecture et des contenus Premium
  • Consultez les nouveaux articles en avant-première
Je m'abonne


Article rédigé par

Abonnez-vous maintenant

et profitez de tous les contenus en illimité

Je découvre les offres

Déjà abonné ? Connectez-vous