सवाल `Curl-i` और 'curl -X HEAD` के बीच अंतर


मैं मजेदार सर्वर प्रकार से देख रहा था http://www.reddit.com साथ में curl -I http://www.reddit.com जब मैंने अनुमान लगाया curl -X HEAD http://www.reddit.com वही करेंगे। लेकिन, वास्तव में, यह नहीं है।

मैं क्यों उत्सुक हूँ।

यह वही है जो मैं दो आदेशों को चलाता हूं:

  • curl -I: उम्मीद के अनुसार काम करता है, हेडर आउटपुट और मौजूद है।

  • curl -X HEAD: कुछ भी नहीं दिखाता है और उपयोगकर्ता इनपुट के लिए इंतजार कर रहा है।

लेकिन, साथ घूमना tshark मुझे लगता है कि दूसरा आदेश वास्तव में एक ही HTML क्वेरी भेजता है और सही उत्तर प्राप्त करता है, लेकिन यह इसे नहीं दिखाता है और यह कनेक्शन बंद नहीं करता है।

curl -I

0.000000 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=47267342 TSER=0 WS=6
0.045392 213.248.111.106 -> 333.33.33.33 TCP http > 59675 [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1460 TSV=2552532839 TSER=47267342 WS=1
0.045441 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=47267353 TSER=2552532839
0.045623 333.33.33.33 -> 213.248.111.106 HTTP HEAD / HTTP/1.1
0.091665 213.248.111.106 -> 333.33.33.33 TCP http > 59675 [ACK] Seq=1 Ack=155 Win=6432 Len=0 TSV=2552532886 TSER=47267353
0.861782 213.248.111.106 -> 333.33.33.33 HTTP HTTP/1.1 200 OK
0.861830 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [ACK] Seq=155 Ack=321 Win=6912 Len=0 TSV=47267557 TSER=2552533656
0.862127 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [FIN, ACK] Seq=155 Ack=321 Win=6912 Len=0 TSV=47267557 TSER=2552533656
0.910810 213.248.111.106 -> 333.33.33.33 TCP http > 59675 [FIN, ACK] Seq=321 Ack=156 Win=6432 Len=0 TSV=2552533705 TSER=47267557
0.910880 333.33.33.33 -> 213.248.111.106 TCP 59675 > http [ACK] Seq=156 Ack=322 Win=6912 Len=0 TSV=47267570 TSER=2552533705

curl -X HEAD

34.106389 333.33.33.33 -> 213.248.111.90 TCP 51690 > http [SYN] Seq=0 Win=5840 Len=0 MSS=1460 TSV=47275868 TSER=0 WS=6
34.149507 213.248.111.90 -> 333.33.33.33 TCP http > 51690 [SYN, ACK] Seq=0 Ack=1 Win=5792 Len=0 MSS=1460 TSV=3920268348 TSER=47275868 WS=1
34.149560 333.33.33.33 -> 213.248.111.90 TCP 51690 > http [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=47275879 TSER=3920268348
34.149646 333.33.33.33 -> 213.248.111.90 HTTP HEAD / HTTP/1.1
34.191484 213.248.111.90 -> 333.33.33.33 TCP http > 51690 [ACK] Seq=1 Ack=155 Win=6432 Len=0 TSV=3920268390 TSER=47275879
34.192657 213.248.111.90 -> 333.33.33.33 TCP [TCP Dup ACK 15#1] http > 51690 [ACK] Seq=1 Ack=155 Win=6432 Len=0 TSV=3920268390 TSER=47275879
34.823399 213.248.111.90 -> 333.33.33.33 HTTP HTTP/1.1 200 OK
34.823453 333.33.33.33 -> 213.248.111.90 TCP 51690 > http [ACK] Seq=155 Ack=321 Win=6912 Len=0 TSV=47276048 TSER=3920269022

व्यवहार में यह अंतर क्यों है इसके बारे में कोई विचार?


54
2018-05-10 08:49


मूल


यह भी देखें daniel.haxx.se/blog/2015/09/11/unnecessary-use-of-curl-x - Abbafei


जवाब:


ऐसा लगता है कि अंतर के साथ क्या करना है Content-Length शीर्षलेख और दोनों आदेशों से इसका इलाज कैसे किया जाता है।

लेकिन उसमें जाने से पहले, curl -X HEAD कोई आउटपुट नहीं देता क्योंकि डिफ़ॉल्ट रूप से, curl स्विच करते समय हेडर प्रिंट नहीं करता है -i प्रदान नहीं किया गया है (पर जरूरी नहीं है -I हालांकि)।

किसी भी स्थिति में, curl -I हेडर लाने के लिए सही तरीका है। यह सिर्फ हेडर के लिए पूछता है और कनेक्शन बंद करता है।

दूसरी ओर curl -X HEAD -i द्वारा बताए गए बाइट्स की संख्या के संचरण की प्रतीक्षा करेंगे Content-Length। मामले में नहीं Content-Length निर्दिष्ट नहीं है, मुझे लगता है कि यह कुछ डेटा या उस विशेष शीर्षलेख के लिए इंतजार करेगा।

कुछ उदाहरण जो इस व्यवहार को दिखाते हैं:

$ curl -X HEAD -i http://www.elpais.es
HTTP/1.1 301 Moved Permanently
Server: AkamaiGHost
Content-Length: 0
Location: http://www.elpais.com/
Date: Wed, 12 May 2010 06:35:57 GMT
Connection: keep-alive

इसलिये Content-Length 0 है, इस मामले में दोनों आज्ञाएं वही व्यवहार करती हैं। और कनेक्शन बाद में बंद कर दिया गया है।

$ curl -X HEAD -i http://slashdot.org
HTTP/1.1 200 OK
Server: Apache/1.3.41 (Unix) mod_perl/1.31-rc4
SLASH_LOG_DATA: shtml
X-Powered-By: Slash 2.005001296
X-Bender: Since I love you all so much, I'd like to give everyone hugs.
X-XRDS-Location: http://slashdot.org/slashdot.xrds
Cache-Control: no-cache
Pragma: no-cache
Content-Type: text/html; charset=iso-8859-1
Content-Length: 115224
Date: Wed, 12 May 2010 06:37:20 GMT
X-Varnish: 1649060825 1649060810
Age: 1
Connection: keep-alive

curl: (18) transfer closed with 115224 bytes remaining to read

इस मामले में, ऐसा लगता है कि एक टाइमआउट (शायद वार्निश द्वारा), इसलिए curl विरोध करता है कि कनेक्शन प्राप्त करने से पहले कनेक्शन बंद कर दिया गया था Content-Length बाइट्स की संख्या।

वैसे, हास्यास्पद एक्स-बेंडर (उदाहरण में दिखाया गया है) और एक्स-फ्राई (इसे अपने लिए आजमाएं) शीर्षकों को देखें :)।


53
2018-05-12 06:49



यदि कोई और इसकी तलाश में आता है: PHP की कर्ल लाइब्रेरी में सेट करने का विकल्प है CURLOPT_NOBODY। - Matthew Caruana Galizia


मुझे लगता है कि यह कर्ल में एक बग है। यदि मैं -X के साथ एक विधि निर्दिष्ट करता हूं, तो कर्ल को आरएफसी के अनुसार प्रतिक्रिया को संभालना चाहिए। दुर्भाग्यवश, कर्ल का रखरखाव सहमत नहीं है। किसी ने एक बग दायर किया और यहां तक ​​कि एक पैच जमा किया:

http://sourceforge.net/tracker/?func=detail&atid=100976&aid=1810273&group_id=976

लेकिन कर्ल रखरखाव ने इसे खारिज कर दिया। स्पष्ट रूप से एक टूटा हुआ "-X HEAD" विकल्प "डिज़ाइन के रूप में काम कर रहा है"।

--Jamshid


12
2018-03-29 20:59



निष्पक्ष होने के लिए, मैं टिकट प्रतिक्रिया के तर्क का पालन कर सकता हूं: --head हमें एक हेड अनुरोध के वैध कार्यान्वयन प्रदान करता है, और -X <method> अनुरोध में HTTP विधि को बस ओवरराइड करता है। - Hank
हाँ, यह वास्तव में मुझे चाहिए था। मेरे पास एक बग्गी सर्वर है जो एक HEAD अनुरोध दिए जाने पर सामग्री की सेवा करता है। -X HEAD आरएफसी का पालन करने के लिए सर्वर प्राप्त करने का प्रयास करते समय मैं इसका परीक्षण कर सकता था - Hashbrown


से दस्तावेज़:

-एक्स, - अनुरोध

(HTTP) HTTP सर्वर से संचार करते समय उपयोग करने के लिए एक कस्टम अनुरोध विधि निर्दिष्ट करता है। अन्यथा उपयोग की जाने वाली विधि के बजाय निर्दिष्ट अनुरोध विधि का उपयोग किया जाएगा (जो जीईटी को डिफ़ॉल्ट करता है)। विवरण और स्पष्टीकरण के लिए HTTP 1.1 विनिर्देश पढ़ें। सामान्य अतिरिक्त HTTP अनुरोधों में PUT और DELETE शामिल हैं, लेकिन WebDAV जैसी संबंधित तकनीकें PROPFIND, COPY, MOVE और अधिक प्रदान करती हैं।

आम तौर पर आपको इस विकल्प की आवश्यकता नहीं है। जीईटी, हेड, पोस्ट और पुट अनुरोधों के सभी प्रकार समर्पित कमांड लाइन विकल्पों का उपयोग करके बजाए जाते हैं।

इस विकल्प केवल वास्तविक शब्द बदलता है HTTP अनुरोध में प्रयोग किया जाता है, यह जिस तरह से कर्ल व्यवहार करता है उसे बदलता नहीं है। तो उदाहरण के लिए यदि आप एक उचित हेड अनुरोध करना चाहते हैं, तो -X HEAD का उपयोग पर्याप्त नहीं होगा। आपको -आई, --हेड विकल्प का उपयोग करने की आवश्यकता है।

दूसरे शब्दों में, -X के अलावा अन्य तरीकों के लिए है GET, HEAD, POST तथा PUT। के लिये HEAD उपयोग -I


2
2018-03-02 07:36





कर्ल 7.34 पर सीपीपी कोड लिखते समय मैं एक ही मुद्दे को पूरा करता हूं,

curl_easy_setopt(curl_handle, CURLOPT_CUSTOMREQUEST, "HEAD");

एक लंबे समय तक लटका होगा, ऐसा लगता है कि यह समय-समय पर शरीर हस्तांतरण की प्रतीक्षा कर रहा है। एक नई लाइन जोड़ने के बाद, यह मुद्दा हल हो गया है।

curl_easy_setopt(curl_handle, CURLOPT_NOBODY, 1L );

से डॉक्टर

शरीर प्राप्त किए बिना डाउनलोड अनुरोध करें

यह लाइन कर्ल को इंतजार न करने के लिए मजबूर करेगी।


0
2017-07-19 08:42