रेल में हेड HTTP अनुरोध 3

Question

रेल 3 वर्तमान में मेलिंग मार्ग के लिए एक HEAD अनुरोध को रूट करता है। एक सिर है? अनुरोध पर विधि, लेकिन रिटर्न में झूठी और अनुरोध अनुरोध प्राप्त करने की तरह कार्य करता है। क्या मैं पता लगा सकता हूं कि अनुरोध एक हेड अनुरोध है या नहीं?

तर्क: मुझे लगता है कि एक हेड अनुरोध को सटीक हेडर को वापस प्राप्त करना चाहिए, इसलिए रेल पूर्ण जीईटी करना चाहते हैं और फिर शरीर को दाढ़ी देना चाहते हैं। हालांकि, मैं वही डीबी कॉल जारी किए बिना इस अनुरोध के अनुरूप हो सकता हूं, जो कि जीईटी होगा। इसका कोई मतलब भी है क्या?

Answer 1

आप request.head का उपयोग कर सकते हैं? विधि पता लगाने के लिए अगर यह एक HEAD अनुरोध है:

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

एक बार जब आप निर्धारित किया है यह है कि, आप भी ठेठ के बजाय नियंत्रक के सिर (उपयोग कर सकते हैं) विधि प्रस्तुत करना:

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

तो मैं बस अनुरोध की जांच करूँगा। डेटाबेस गतिविधियों के साथ परेशान करने से पहले। तब

head :ok, :custom_header => 'value' 

Answer 2

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

हम्म का उपयोग करें। उपरोक्त नियंत्रक विधि काम करता है जैसे मैं रूबी v1.9.3-p194 और रेल v3.2.3 पर अपेक्षा करता हूं; HEAD अनुरोधों के लिए 201 के डब्ल्यू/ओ प्रतिक्रिया निकाय और 200 के डब्ल्यू/जीईटी के लिए।

Answer 3

मुझे यह सही मुद्दा था। यह पता चला है कि कैशिंग सक्षम करने से इसका कारण बनता है। अपने पर्यावरण और #head में कैशिंग बंद करें? उम्मीद के रूप में काम करेंगे।

मुद्दा यह है कि रैक :: कैश हेड अनुरोधों को जीईटी अनुरोधों में बदल देता है ताकि उन्हें कैश किया जा सके। यह तर्कसंगत रूप से सही व्यवहार है, लेकिन यह मेरे आवेदन के साथ हस्तक्षेप किया।