Nginx子请求响应编码问题
我有一个带有位置和简单的NJS场景的Nginx服务器，在那里我需要解析surequest的响应。来自API的响应有这样一个报头：
“content-type”：“application/json；charset=utf-8”,“cache-control”：“no-store”,“content-encoding”：“gzip”,...
当我试图阅读responseBody时，它如下所示：
\u001f\b\u0000\u0000\u0000\u0000\u0000\u0000\u0004\u0000\u0007\u001ci%&/m{jj t\b\u0013$@\u0010\u001dig#)*eve]f\u0016@{{；n'
这一问题只在新泽西州重现。看起来像是编码问题。有没有人知道如何修复和解析这样的响应？
附注：我试着检查来自另一个API的JSON响应，得到了同样的编码问题。Nginx版本为1.19.1，NJS版本为0.4.2
共有1个答案
问题出在gzip编码上。解码反应帮助了我。我已经将这个指令添加到location中，现在它的工作是正确的。
穿上拉链；
-
*netty版本：4.0* 你好。我计划使用netty编写一个客户端来处理二进制协议。 该协议相当简单，支持多种类型的请求/响应。通常一个请求被启动，它包含一个字节，通知它是什么类型的请求（对于服务器端），但响应不包含任何信息。它假定客户端正在等待该特定响应。 最初，我的想法是构建一组编码器/解码器，并使用通道双工处理程序对它们进行分组。 我只是想知道最好的方法是拥有几种类型的管道（每个请求/响应
-
WebSocket提供了一种像人类对话一样的双向通信。客户端可以向服务器发送数据，服务器可以随时向客户端发送数据。但是请求-响应行为呢？客户端可以向服务器询问一些内容并等待响应。看来Websocket并没有提供任何东西来将客户端数据（请求）链接到服务器数据（响应）。 这可能是子协议的工作，我对如何做到这一点有一些想法（发送一个ID和请求，并在超时期间内等待一个具有相同ID的响应）。 为了不推倒重来
-
介绍 YurunHttp 的请求响应类，结果类。除了遵循 PSR-7 规范，另外还增加了一些人性化的方法。 类：Yurun\Util\YurunHttp\Http\Response use Yurun\Util\HttpRequest; $http = new HttpRequest; $response = $http->get('http://www.baidu.com'); 方法 响应内
-
我收到一个标题为： 内容-长度：18588 content-type：application/json；charset=utf-8 日期：2015年12月2日星期三12:58:51 GMT 服务器：apache-coyote/1.1 在将“application/json”编码字符串发送到视图之前，是否有可能将其更改为“text/plain；charset=iso-8859-1”编码？我正在使用s
-
概述 Django 使用Request 对象和Response 对象在系统间传递状态。 当请求一个页面时，Django会建立一个包含请求元数据的 HttpRequest 对象。 当Django 加载对应的视图时，HttpRequest 对象将作为视图函数的第一个参数。每个视图会返回一个HttpResponse 对象。 本文档对HttpRequest 和HttpResponse 对象的API 进行说
-
我正在使用JMeter为2000个用户测试托管在azure服务器上的应用程序。但我得到了以下错误响应代码：非HTTP响应代码：org.apache.HTTP.conn.HttpHostConnectException响应消息：非HTTP回应消息：连接到http://www.app.com拒绝 响应代码:非HTTP响应代码:Java . net . sockettimeoutexception响应消