Jak odpowiedzieć na żądanie HTTP OPTIONS?

Question

Metoda HTTP OPTIONS jest podobno używana do określenia, jakie inne metody obsługuje serwer dla danego zasobu. Biorąc pod uwagę to, mam dwa pytania:

• Jak wygląda ta odpowiedź? Widziałem przykłady z listami CSV w nagłówkach Public, Allow, a nawet Access-Control-Allow-Methods. Czy wszystkie są potrzebne? Co za różnica? RFC 2616 nie wydaje się być tutaj bardzo pomocny.

• Czy należy użyć tej opcji, aby wyświetlić listę działań obsługiwanych przez zasoby w środowisku innym niż REST-API? Na przykład, jeśli mój ConversionController wspiera działania convert, to odpowiedź jak to ma sens:

Zapytanie:

OPTIONS /conversion HTTP/1.1 

Response:

HTTP/1.1 200 OK 
... 
Allow: CONVERT 
... 

Answer 1

RFC 2616 definiuje "Zezwalaj" (http://greenbytes.de/tech/webdav/rfc2616.html#rfc.section.14.7). "Publiczny" nie jest już używany. "Access-Control-Allow-Methods" jest zdefiniowany w specyfikacji CORS (patrz http://www.w3.org/TR/cors/).

Answer 2

W odpowiedzi na tytuł: "Jak odpowiedzieć na żądanie HTTP OPTIONS?" Aby odpowiedzieć na to pytanie, chciałbym wiedzieć, dlaczego chcesz odpowiedzieć na żądanie OPTIONS? Kto/co wysyła Ci prośbę o OPCJE i dlaczego? Many public servers respond with some form of "error" or "not allowed" (500, 501, 405). Tak więc, chyba że znajdujesz się w określonej sytuacji, w której twoi klienci będą rozsądzać żądania OPTIONS i oczekują przydatnych/znaczących informacji z powrotem (np. WebDAV, CORS), prawdopodobnie zechcesz odpowiedzieć: "nie rób tego".

Jeśli chodzi o twoje pytanie dotyczące żądania "OPCJE/konwersja HTTP/1.1": chyba że wiesz, że jest jakiś klient twojego serwera, klient, który wysłałby żądanie OPTIONS do "/ conversion" i oczekiwał odpowiedzi z "Zezwól: CONVERT", odpowiedź brzmi: nie ma sensu odpowiadać w ten sposób. Myślę, że większość implementacji, które do obsługuje OPCJE i odpowiedzieć "Zezwalaj", odpowiadają standardowymi metodami HTTP.

Here's a great article on the topic.

Podsumowanie: OPCJE jest natychmiast problematyczne, ponieważ nie obsługuje buforowania. Alternatywy: metadane dotyczące całego serwera: spróbuj well-known URI's. Specyficzne zasoby: spróbuj użyć odpowiedzi Link header lub łącza w formacie reprezentacji dla tego zasobu.

Na koniec, jeśli chcesz opisać usługę, spójrz na numer WADL lub RSDL.

EDIT:

dotnetguy sprawia, że ​​dobry punkt w komentarzu poniżej: opcje niezaprzeczalnie wartościowa w pewnych kontekstach (np CORS); Z pewnością nie chciałem sugerować inaczej.