Question

所以我要做的是使用标准HTTP包在Meteor服务器端解析this基于XML的RSS提要。令人困惑的是，如果从服务器调用，我会收到响应的空内容，但是如果我从客户端调用相同的端点，那么我会收到正常的XML内容。我尝试使用Meteor.call从客户端调用服务器方法，并且我尝试使用meteor shell调用它。相同的结果

这是Meteor方法：

readRssFeed: function() {
    try {
        HTTP.get("http://agenda.regiolive.ch/feed/", {}, function(error, response) {
            console.log(response)
            //parse xml
        });
    } catch (error) {
        console.log(error);
    }
},

回复是：

I20170514-15:20:06.474(3)? { statusCode: 200,
I20170514-15:20:06.474(3)?   content: '',
I20170514-15:20:06.474(3)?   headers:
I20170514-15:20:06.474(3)?    { date: 'Sun, 14 May 2017 12:12:04 GMT',
I20170514-15:20:06.474(3)?      server: 'Apache-Coyote/1.1',
I20170514-15:20:06.474(3)?      'access-control-allow-origin': '*',
I20170514-15:20:06.474(3)?      'content-type': 'application/xml;charset=UTF-8',
I20170514-15:20:06.474(3)?      'content-length': '0',
I20170514-15:20:06.474(3)?      'set-cookie':
I20170514-15:20:06.474(3)?       [ 'cfid=9d25f146-1fca-42d2-927e-88fb9e458bfa;Path=/;Expires=Mon, 13-May-2047 20:03:34 GMT;HTTPOnly',
I20170514-15:20:06.475(3)?         'cftoken=0;Path=/;Expires=Mon, 13-May-2047 20:03:34 GMT;HTTPOnly',
I20170514-15:20:06.475(3)?         'CF_CLIENT_AGENDA_REGIOLIVE_CH1104_LV=1494764405749;Path=/;Expires=Wed, 24-May-2017 12:20:06 GMT',
I20170514-15:20:06.475(3)?         'CF_CLIENT_AGENDA_REGIOLIVE_CH1104_TC=1494764405749;Path=/;Expires=Wed, 24-May-2017 12:20:06 GMT',
I20170514-15:20:06.475(3)?         'CF_CLIENT_AGENDA_REGIOLIVE_CH1104_HC=2;Path=/;Expires=Wed, 24-May-2017 12:20:06 GMT' ],
I20170514-15:20:06.475(3)?      'keep-alive': 'timeout=5, max=100',
I20170514-15:20:06.475(3)?      connection: 'Keep-Alive' },
I20170514-15:20:06.475(3)?   data: null }

如果我在客户端上执行相同的代码，我会收到XML内容的预期响应

{
    "statusCode": 200,
    "content": "<?xml version=\"1.0\" encoding=\"utf-8\"?>\n<feed xmlns=\"http://www.w3.org/2005/Atom\"\nxmlns:ev=\"http://purl.org/rss/1.0/modules/event/\"\nxmlns:geo=\"http://www.w3.org/2003/01/g.....>,
    "headers": {
        "content-type": "application/xml;charset=UTF-8"
    },
    "data": null
}

我还尝试使用Node.js样式的HTTP请求。相同的结果

Answer 1

如果您在浏览器中直接导航到http://agenda.regiolive.ch/feed/，则会收到一个gzipped响应：

HTTP/1.1 200 OK
Date: Sun, 14 May 2017 13:33:08 GMT
Server: Apache-Coyote/1.1
Access-Control-Allow-Origin: *
Content-Type: application/xml;charset=UTF-8
Content-Encoding: gzip
                  ^^^^

鉴于表示他们接受gzip压缩响应，浏览器会发送以下请求标头：

Accept-Encoding: gzip, deflate

...然后看来如果http://agenda.regiolive.ch/feed/ 没有获取该请求标头，则它根本不会发送任何响应主体;但是如果确实获得了标题，那么它会按预期发送XML - 但是gzipped。

所以你可以尝试让你的代码也发送Accept-Encoding: gzip, deflate的请求，并且你也会得到一个带有XML的响应体，但是也是gzip。

但是你真的不需要一个gzipped响应，所以你可以尝试的是，让代码在请求中添加Accept-Encoding: identity请求标头。

https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Accept-Encoding

<强> identity
表示身份功能（即没有压缩，也没有修改）。

使用Accept-Encoding: identity发送curl可获得预期的（非空）XML响应：

$ curl -s -H "Accept-Encoding: identity" http://agenda.regiolive.ch/feed/ | head

<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom"
xmlns:ev="http://purl.org/rss/1.0/modules/event/"
xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#">
<author>
<name>Regiolive Agenda</name>
</author>
<title>Regiolive Agenda</title>
<id>http://regiolive.ch/</id>
<updated>2017-05-14T17:00:00Z</updated>

因此，如果您添加Accept-Encoding: identity代码，则应获得所需的XML。

如果从服务器调用GET响应内容为空（Meteor）

1 个答案: