可以使用HTTP HEAD只请求报头,如curl(1)中的选项-I。
$ curl -I /
在命令行中获取冗长的HTML响应体是一件痛苦的事情,因此我希望只获得POST请求的报头作为反馈。但是,HEAD和POST是两种不同的方法。
如何让cURL只显示POST请求的响应头?
可以使用HTTP HEAD只请求报头,如curl(1)中的选项-I。
$ curl -I /
在命令行中获取冗长的HTML响应体是一件痛苦的事情,因此我希望只获得POST请求的报头作为反馈。但是,HEAD和POST是两种不同的方法。
如何让cURL只显示POST请求的响应头?
当前回答
headcurl。CMD (windows版本)
curl -sSkv -o NUL %* 2>&1
我不想要进度条-s, 但我想要误差-S, 不用担心有效的HTTPS证书-k, 获取高冗余-v(这是关于故障排除的,对吗?), 没有输出(干净的方式)。 哦,我想转发stderr到stdout,所以我可以grep反对整个事情(因为大多数或所有输出都来自stderr) %*表示[将所有参数传递给这个脚本](嗯(https://stackoverflow.com/a/980372/444255),通常只有一个参数:您正在测试的url
实际示例(关于代理问题的故障排除):
C:\depot>headcurl google.ch | grep -i -e http -e cache
Hostname was NOT found in DNS cache
GET HTTP://google.ch/ HTTP/1.1
HTTP/1.1 301 Moved Permanently
Location: http://www.google.ch/
Cache-Control: public, max-age=2592000
X-Cache: HIT from company.somewhere.ch
X-Cache-Lookup: HIT from company.somewhere.ch:1234
Linux版本
对于.bash_aliases / .bash_rc:
alias headcurl='curl -sSkv -o /dev/null $@ 2>&1'
其他回答
虽然其他答案在所有情况下都不适合我,但我能找到的最佳解决方案(也可以使用POST),从这里开始:
Curl -vs 'https://some-site.com' 1> /dev/null
headcurl。CMD (windows版本)
curl -sSkv -o NUL %* 2>&1
我不想要进度条-s, 但我想要误差-S, 不用担心有效的HTTPS证书-k, 获取高冗余-v(这是关于故障排除的,对吗?), 没有输出(干净的方式)。 哦,我想转发stderr到stdout,所以我可以grep反对整个事情(因为大多数或所有输出都来自stderr) %*表示[将所有参数传递给这个脚本](嗯(https://stackoverflow.com/a/980372/444255),通常只有一个参数:您正在测试的url
实际示例(关于代理问题的故障排除):
C:\depot>headcurl google.ch | grep -i -e http -e cache
Hostname was NOT found in DNS cache
GET HTTP://google.ch/ HTTP/1.1
HTTP/1.1 301 Moved Permanently
Location: http://www.google.ch/
Cache-Control: public, max-age=2592000
X-Cache: HIT from company.somewhere.ch
X-Cache-Lookup: HIT from company.somewhere.ch:1234
Linux版本
对于.bash_aliases / .bash_rc:
alias headcurl='curl -sSkv -o /dev/null $@ 2>&1'
更容易-这也遵循链接。
curl -IL http://example.com/in-the-shadows
其他答案要求下载响应体。但是有一种方法可以让POST请求只获取头文件:
curl -s -I -X POST http://www.google.com
-I本身执行HEAD请求,该请求可以被-X POST覆盖以执行POST(或任何其他)请求,并且仍然只获得头数据。
- d, dump-header 将协议头写入指定文件。
This option is handy to use when you want to store the headers
that a HTTP site sends to you. Cookies from the headers could
then be read in a second curl invocation by using the -b,
--cookie option! The -c, --cookie-jar option is however a better
way to store cookies.