HEAD 요청을 GET 요청으로 변환하는 것이 유용한 이유는 무엇입니까?

Question

새로운 Phoenix 앱에서는 기본적으로 Plug.Head 플러그가 제공되며 그 의미에 대해 흥미를 느꼈습니다.

"the HEAD method is identical to GET except that the server MUST NOT send a message body in the response"을 알고 있습니다.

나는 official Phoenix guides는 최고 수준의 생각하지만, 이것은 Routing guide에서 저를 던졌다 :

Plug.Head은 - GET 요청하기 HEAD 요청을 변환하는 경우 응답 본문

스트립 HEAD 요청은 신체가 없으면 왜 필요합니까? 내가 잘못된 형식의 요청을 보완하려고했지만 Plug.Head implementation을보고 싶다면 HEAD 메서드를 GET으로 전환하면됩니다.

def call(%Conn{method: "HEAD"} = conn, []), do: %{conn | method: "GET"} 
    def call(conn, []), do: conn 
end 

나는이 주제에 발견 할 수 있었다 가장 가까운 일은 question on ServerFault이지만은 Nginx에와 HEAD 요청이 각각 GET 응답 다시 HEAD에 도착하는 변환 될 필요가 손상되는 애플리케이션 로직에 관련이 있었다.

Answer 1

AFAICT, Plug.Head은 요청이 GET으로 처리되도록합니다. 본문을 보내지 않는 HEAD을 구현하는 두 번째 부분은 플러그 연결 어댑터에 의해 수행됩니다. 대부분의 콜백 (예 : send_resp)의 설명서에는 "요청에 메서드 "HEAD"이 있으면 어댑터가 클라이언트에 응답을 보내지 않아야합니다."라고 명시되어 있습니다.

Answer 2

피닉스 크게 레일에서 영감을하고 있기 때문에, 안전하게 Plug.Head을 내기 할 수는 Rack::Head.

HEAD 요청이 GET으로 만 헤더 같은 응답을 반환에 의해 영감을받은 것입니다. 올바른 헤더를 생성하기 위해 Phoenix 앱에서 GET 작업으로 라우팅됩니다.

그러나 올바른 (빈) 본문을 생성하려면 응답 본문을 제거해야합니다. Rack::Head은 미들웨어이기 때문에 컨트롤러에서 응답을 얻은 후 가져옵니다.

대조적으로 플러그 아키텍처는 파이프 라인처럼 작동하며 Plug.Head은 메서드를 수정하고 conn을 전달하지만 다시는 볼 수 없습니다.

cdegroot's answer이 표시되면 해당 책임은 Plug.Conn.Adapter (예 : 웹 서버)으로 전달됩니다.