Looks like a leackage.
I have this file, links.txt:
www.google.com?q=1
www.google.com?q=2
www.google.com?q=3
www.google.com?q=4
Running this:
$ cat links.txt | while read line; do http --print BHhb GET $line; done
Expected result:
4 http calls, one for each line on the file.
Actual:
1 request executed to the first url in the file and request body having the other 3 lines.
GET /?q=1 HTTP/1.1
Accept: application/json
Accept-Encoding: gzip, deflate, compress
Content-Length: 63
Content-Type: application/json; charset=utf-8
Host: www.google.com
User-Agent: HTTPie/0.6.0
www.google.com?q=2
www.google.com?q=3
www.google.com?q=4
HTTP/1.0 400 Bad Request
Content-Length: 925
Content-Type: text/html; charset=UTF-8
Date: Sat, 23 Nov 2013 19:48:51 GMT
Server: GFE/2.0
<!DOCTYPE html>
<html lang=en>
<meta charset=utf-8>
<meta name=viewport content="initial-scale=1, minimum-scale=1, width=device-width">
<title>Error 400 (Bad Request)!!1</title>
<style>
*{margin:0;padding:0}html,code{font:15px/22px arial,sans-serif}html{background:#fff;color:#222;padding:15px}body{margin:7% auto 0;max-width:390px;min-height:180px;padding:30px 0 15px}* > body{background:url(//www.google.com/images/errors/robot.png) 100% 5px no-repeat;padding-right:205px}p{margin:11px 0 22px;overflow:hidden}ins{color:#777;text-decoration:none}a img{border:0}<strong i="5">@media</strong> screen and (max-width:772px){body{background:none;margin-top:0;max-width:none;padding-right:0}}
</style>
<a href=//www.google.com/><img src=//www.google.com/images/errors/logo_sm.gif alt=Google></a>
<p><b>400.</b> <ins>That’s an error.</ins>
<p>Your client has issued a malformed or illegal request. <ins>That’s all we know.</ins>
Running same script with curl instead works as expected.
cheers!
ذلك لأن HTTPie يقرأ افتراضيًا STDIN
، إذا تمت إعادة توجيهه (وهو موجود هنا داخل الحلقة).
هناك عدة طرق للتخلص منه:
--ignore-stdin
(الموجود لحل هذه المشكلة بالضبط):cat links.txt | while read url; do
http --ignore-stdin --verbose $url
done
STDIN
مرة أخرى إلى المحطة:cat links.txt | while read url; do
http --verbose $url < /dev/tty
done
STDIN
في المقام الأول (احترس من المساحات رغم ذلك):for url in `cat links.txt`; do
http --verbose $url
done
انظر أيضًا # 150.
--ignore-stdin هو ما كنت أبحث عنه. اضطررت لتحديث المثبت
الإصدار ، ولكن يبدو أنه يعمل بالشكل المتوقع الآن.
أنا أحب httpie ، لكن هذا الشيء الصغير جعلني في وقت ما أفكر ...
شكرا على الرد السريع جدا.
هتافات!
يوم السبت 23 نوفمبر 2013 الساعة 4:17 مساءً ، كتب Jakub Roztočil [email protected] :
مغلق # 181 https://github.com/jkbr/httpie/issues/181.
-
قم بالرد على هذه الرسالة الإلكترونية مباشرة أو اعرضها على Gi tHubhttps: //github.com/jkbr/httpie/issues/181
.
فيليبي جوميز إسبيرانديو
Gtalk: [email protected]
سكايب: filipesperandio
Google Voice: +1 650701 7057
مرحبًا ، لقد واجهت مشكلة مماثلة تم حلها عبر --ignore-stdin
لكن السياق الخاص بي مختلف قليلاً:
./run.sh http https://base-url/endpoint\?attributes=all\&nested_attribbutes\=all Authorization:Bearer\ bf54b184d7729ac9bfffb576782e2a1d3cd7bd76 Content-Type:application/json Accept:\ \*/\* -h
كنت أحصل على HTTP/1.1 422 Unprocessable Entity
يبدو البرنامج النصي run.sh
كما يلي: seq 5 | xargs -I {} -n1 "$@"
تؤدي إضافة --ignore-stdin
إلى إصلاح المشكلة ، لكنني لا أقرأ الطلب من STDIN
. هل يمكن أن تشرح لي كيف يعمل في هذا السياق؟
التعليق الأكثر فائدة
ذلك لأن HTTPie يقرأ افتراضيًا
STDIN
، إذا تمت إعادة توجيهه (وهو موجود هنا داخل الحلقة).هناك عدة طرق للتخلص منه:
--ignore-stdin
(الموجود لحل هذه المشكلة بالضبط):STDIN
مرة أخرى إلى المحطة:STDIN
في المقام الأول (احترس من المساحات رغم ذلك):انظر أيضًا # 150.