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 г., в 16:17, Якуб Розточил ( [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 650 701 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.