Accept-Patch: |
Accepte le correctif |
|---|---|
| HTTP | Entêtes |
Syntaxe
| Accept-Patch: application/example | Syntaxe pour une simple application |
| Accept-Patch: application/example, text/example | Syntaxe pour de multiple type |
| Accept-Patch: text/example;charset=charset | Syntaxe pour un type avec un ensemble de caractères |
Paramètres
| Nom | Description |
|---|---|
| charset | Ce paramètre permet d'indiquer un ensemble de caractères. |
| application/example | Ce paramètre permet d'indiquer une application. |
| text/example | Ce paramètre permet d'indiquer un format de texte. |
Description
Ce champ d'entête permet d'indiquer le type de support que le serveur peut comprendre.
Remarques
- Le champ d'entête Accept-Patch en réponse à toute méthode signifie que PATCH est autorisé sur la ressource identifiée par l'URI de la requête. Deux cas courants y conduisent : un serveur recevant une requête PATCH avec un type de support non pris en charge pourrait répondre avec :
- Un registre IANA maintient une liste complète des encodages de contenu officiels.
- Deux autres encodages de contenu, bzip et bzip2, sont parfois utilisés, mais pas standard. Ils mettent en oeuvre l'algorithme utilisé par ces deux programmes UNIX. Notez que le premier a été interrompu en raison de problèmes de licence de brevet.
| 415 Unsupported Media Type |
et un champ d'entête Accept-Patch faisant référence à un ou plusieurs types de support pris en charge.
Exemple
L'exemple suivant permet d'indiquer une application fusionnant avec un correctif en JSON :
Accept-Patch: application/merge-patch+json
Dernière mise à jour : Vendredi, le 10 janvier 2020