我在centos 7上工作,并具有以下json请求:
$(document).on('click', '.remove', function() {
//$(this).parents('table').remove();
//alert("im here");
//$(this).parents('table').remove();
//alert($(this).parents('hr').html());
//$('div.row').remove();
// after this is run, it should remove the <table class="table table-bordered"> element....
});
现在, 在结果中间,我看到了:
curl --output 'json.data.json' -vvv -x '' -X POST -H "Content-Type: application/json" -H "Connection: keep-alive" -d '{"jsonrpc":"2.0","method":"item.get","params":{"output": ["name","lastvalue","lastclock","hostid"],"groupids": ["5"],"filter":{"name":["LDT Security Flag"]},"sortfield": "name" },"auth":"c1cxxxxxxxxx","id":1}' $CURLADDR
然后是更多的json结果。 但是我注意到不管我运行多少次并将输出重定向到.json文件,文件总是大小相同: 88K就像对信息下载大小有某种限制一样?我该怎么办?
更新:
所以我添加了它,现在错误:curl:(18)传输关闭,未完成读取数据的操作消失了。但仍以734247","lastvalue":"0"},{"itemid":"192890","name":"LDT Fl* transfer closed with outstanding read data remaining
100 86797 0 86569 100 228 75094 197 0:00:01 0:00:01 --:--:-- 75146
* Closing connection 0
curl: (18) transfer closed with outstanding read data remaining
居中,文件为88K – 11分钟前的Batchen Regev
还连接数据:
* Closing Connection 0
答案 0 :(得分:0)
这似乎是服务器端的问题。 您可以尝试使用--http1.0选项通过强制HTTP 1.0连接(以避免可能导致此问题的分块传输)来解决此问题。
答案 1 :(得分:0)
文件传输比预期的短或大。当服务器首先报告预期的传输大小,然后提供与先前给定大小不匹配的数据时,就会发生这种情况。