Żądania HTTP HEAD w Railsach 3

Question

Szyny 3 obecnie trasuje żądanie HEAD do pasującej trasy GET. Jest głowa? metoda na żądanie, ale w zwraca wartość false, a żądanie działa jak żądanie pobrania. Czy mogę wykryć, czy żądanie jest żądaniem HEAD?

Powód: Dostaję, że żądanie HEAD powinno zwrócić EXACT samych nagłówków, co Rails, więc Rails chce wykonać pełny GET, a następnie ogolić ciało. Mogę jednak dostosować się do tego żądania bez wydawania tych samych wywołań DB itp., Które spowodowałoby żądanie GET. Czy to ma sens?

Answer 1

Możesz użyć request.head? sposób, aby dowiedzieć się, czy jest to żądanie HEAD:

http://api.rubyonrails.org/classes/ActionDispatch/Request.html#method-i-head-3F

Po ustaleniu, że to jest, można także użyć głowy sterownika() metoda zamiast typowego render:

http://guides.rubyonrails.org/layouts_and_rendering.html#using-head-to-build-header-only-responses

Po prostu sprawdzam request.head? przed zawracaniem głowy działaniami związanymi z bazą danych. Następnie użyj

head :ok, :custom_header => 'value' 

Answer 2

def index 
    if request.head? 
    head :created 
    else 
    Rails.logger.info "Derp #{request.method}" 
    end 
end 

Hmm. Powyższa metoda kontrolera działa tak, jak oczekiwałbym na Ruby v1.9.3-p194 i Rails v3.2.3; Ciało odpowiedzi 201 w/o dla żądań HEAD i 200 w/dla GET's.

Answer 3

Miałem ten dokładny problem. Okazuje się, że powoduje to włączenie buforowania. Wyłącz buforowanie w swoim środowisku i #head? będzie działać zgodnie z oczekiwaniami.

Problem polega na tym, że Rack :: Cache zamienia żądania HEAD na żądania GET, aby mogły być buforowane. Jest to prawdopodobnie poprawne zachowanie, ale ingerowało w moją aplikację.