You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Lors de l'envoi d'un message via un HTTP POST, une tribune récente & maintenue répond par un message HTTP 200 OK ou 201 Created : ces messages 200 et 201 peuvent avoir un contenu : OLCCS pourrait profilter de la requête et de la connexion TCP active pour y envoyer le nouveau backend ; ça permettrait d'éviter aux c² récents et maintenus de ne pas avoir à initier une autre connexion TCP et/ou une autre requête HTTP, ce qui est gain appréciable sur le long terme.
Extension avec Last-Id (1)
On peut aussi envisager que lors de l'envoi d'un message, le c² envoie aussi l'identifiant ID du dernier message qu'il possède afin que la tribune ne renvoie pas les N derniers messages du backend (N état la taille par défaut du backend), mais uniquement les nouveaux messages depuis ID, c'est à dire les messages parmi les N derniers dont l'identifiant est supérieur à ID.
Bref, il ne s'agit ni plus, ni moins du protocole Last-Id employé lors du GET du backend, sauf qu'on l'applique aussi lors de ce POST étendu.
Exemples
Exemple de base
Un c² envoie la requête suivante lors de l'envoi d'un message "plop" :
POST /board/post HTTP/1.1
Host: example.com
User-Agent: plopifacteur/0.1
Content-Length: 12
Connection: close
message=plop
Si la tribune a accepté le message et qu'elle a un backend de taille 3, elle répond :
Afin d'éviter de semer la confusion dans les discussions entre auteurs de c², de tribune et OLCCS, et de la même manière qu'on l'a implicitement fait pour le X-Post-Id et le Last-Id, je propose qu'on appelle xPOST cette nouvelle manière d'envoyer et recevoir les messages.
The text was updated successfully, but these errors were encountered:
xPOST - le POST étendu
Propositions de base
Lors de l'envoi d'un message via un HTTP POST, une tribune récente & maintenue répond par un message HTTP 200 OK ou 201 Created : ces messages 200 et 201 peuvent avoir un contenu : OLCCS pourrait profilter de la requête et de la connexion TCP active pour y envoyer le nouveau backend ; ça permettrait d'éviter aux c² récents et maintenus de ne pas avoir à initier une autre connexion TCP et/ou une autre requête HTTP, ce qui est gain appréciable sur le long terme.
Extension avec Last-Id (1)
On peut aussi envisager que lors de l'envoi d'un message, le c² envoie aussi l'identifiant ID du dernier message qu'il possède afin que la tribune ne renvoie pas les N derniers messages du backend (N état la taille par défaut du backend), mais uniquement les nouveaux messages depuis ID, c'est à dire les messages parmi les N derniers dont l'identifiant est supérieur à ID.
Bref, il ne s'agit ni plus, ni moins du protocole Last-Id employé lors du GET du backend, sauf qu'on l'applique aussi lors de ce POST étendu.
Exemples
Exemple de base
Un c² envoie la requête suivante lors de l'envoi d'un message "plop" :
Si la tribune a accepté le message et qu'elle a un backend de taille 3, elle répond :
Exemple avec Last-Id
Un c² envoie la requête suivante lors de l'envoi d'un message "plop", sachant que ce c² possède le message #42 comme message le plus récent :
Si 1) la tribune prend en charge le Last-Id reçu via id, 2) qu'elle a accepté le message et 3) a pour seul nouveau message "plop", elle répond par :
Dénomination
Afin d'éviter de semer la confusion dans les discussions entre auteurs de c², de tribune et OLCCS, et de la même manière qu'on l'a implicitement fait pour le X-Post-Id et le Last-Id, je propose qu'on appelle xPOST cette nouvelle manière d'envoyer et recevoir les messages.
The text was updated successfully, but these errors were encountered: