node-RED 是否可以在不更改 settings.js 文件的情况下解压缩 gzip http 响应？
Is there a way node-RED can decompress a gzip http response without changing the settings.js file?
Whosebug API 使用 gzip 或 deflate 压缩其 JSON 输出：http://api.stackexchange.com/docs/compression
在 node-RED 中或函数中是否有我可以执行此操作而无需遵循以下 link 中的说明的方法？ http://international.github.io/2016/04/14/08-07-decompressing_gzip_http_response_with_node-red
我可以通过上述解决方法从 Whosebug API 获得响应。似乎由于普通浏览器可以轻松解压缩 node-RED 应该能够解压缩的响应而无需更改 settings.js 文件。
尝试使用已解析的 JSON 响应 return 选择网络请求，但由于解析失败而返回。
如果不修改您的设置文件就无法执行此操作，因为它需要一个库 (zlib)，该库不是 Function 节点使用的沙箱的一部分。
我们可以考虑将压缩中间件添加到我们的默认堆栈中 - 但我们需要注意不要导致行为发生变化，从而导致流今天所期望的行为。
另一种探索方法是，您是否能够将合适的 headers 设置为您的 http 请求的一部分，以请求服务器不压缩响应。我以前对某些 API 使用过这种方法，但也发现其他人不注意此类请求。
Whosebug API 使用 gzip 或 deflate 压缩其 JSON 输出：http://api.stackexchange.com/docs/compression
在 node-RED 中或函数中是否有我可以执行此操作而无需遵循以下 link 中的说明的方法？ http://international.github.io/2016/04/14/08-07-decompressing_gzip_http_response_with_node-red
我可以通过上述解决方法从 Whosebug API 获得响应。似乎由于普通浏览器可以轻松解压缩 node-RED 应该能够解压缩的响应而无需更改 settings.js 文件。
尝试使用已解析的 JSON 响应 return 选择网络请求，但由于解析失败而返回。
如果不修改您的设置文件就无法执行此操作，因为它需要一个库 (zlib)，该库不是 Function 节点使用的沙箱的一部分。
我们可以考虑将压缩中间件添加到我们的默认堆栈中 - 但我们需要注意不要导致行为发生变化，从而导致流今天所期望的行为。
另一种探索方法是，您是否能够将合适的 headers 设置为您的 http 请求的一部分，以请求服务器不压缩响应。我以前对某些 API 使用过这种方法，但也发现其他人不注意此类请求。