Comportement correct avec si-match l'en-tête?

Bien que le RFC2616 soit implicite sur la matière, vous pouvez en déduire de, par exemple 14,26 (si aucun match), que si le serveur ne peut pas correspondre à la ressource avec la balise, elle devrait ensuite aller de l'avant sur demande). Le code 412, basé sur ma compréhension de la RFC2616, est destiné aux demandes qui modifient l'état (par exemple, POST, POST, Supprimer). Donc, dans l'essence, si la balise ne correspond pas (et quand elle est absente sur le côté serveur n'est qu'un des nombreux scénarios possibles), le serveur devrait ensuite aller de l'avant avec la demande.

Contrairement à un en-tête IF-Aucun correspondant (ignorance dont l'ignorance ne nuit que la performance), une demande IF-Match doit presque certainement échouer et renvoyer un http / 412 si le serveur ne peut pas correspondre à l'entité demandée. Probablement l'utilisation la plus courante de l'en-tête IF-MATOR est lorsque le client effectue une demande de plage, et à moins que le serveur puisse confirmer que la ressource n'a pas été modifiée, elle ne doit pas renvoyer la plage demandée car le résultat pourrait être une corruption des données sur le client.

Maintenant, si le serveur sait que ce n'est pas une demande de plage ou sait que l'entité client doit, par exemple, la correspondance (par exemple, parce que le serveur ne permet jamais des mises à jour de ses entités), puis agissant comme si l'en-tête n'était pas présent peut faire sens dans cette circonstance limitée.

Il y a une pratique code de réponse HTTP Diagramme d'activité que vous peut utiliser pour répondre à cette question.

Si vous ne prenez pas en charge Etag < / a> et la demande contient un if-match valeur autre que * , vous répondriez avec un 412. et si-aucun-match avec des valeurs autres que * peut être complètement ignoré.