邮递员 - 查看压缩响应大小的选项..? [英] Postman - Option to view compressed response size..?

查看:40
本文介绍了邮递员 - 查看压缩响应大小的选项..?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

在 REST 端点上测试 Spring GZIP 压缩时观察到,启用或不启用压缩的邮递员响应大小显示原始响应大小.

内容编码仍显示为 gzip,但邮递员中的响应大小始终是未压缩/原始响应大小.这让我想知道响应是否被压缩.只有在check in chrome 后才发现,Postman 总是显示未压缩的响应大小.

想知道为什么邮递员总是显示未压缩/原始响应大小..?是否可以选择在 Postman 中查看压缩响应大小?或者邮递员不是衡量响应大小的正确工具吗?

解决方案

我没有在 Postman 上浪费时间,而是找到了

这是具有不同

While testing Spring GZIP compression on REST endpoint observed, with or without compression enabled postman response size showed original response size.

Content-encoding still showed as gzip, but the response size in postman is always uncompressed/original response size. This made me wonder is response compressed or not. Only after checking in chrome realised, Postman always showed uncompressed response size.

Wanted to know why postman always shows uncompressed/original response size..? Is there a option to view compressed response size in Postman..? or Is postman not the right tool to measure response size..?

解决方案

Instead of wasting time on Postman, I found Fiddler is the easiest way to read network size

Postman is actually using Jquery-style stuff to POST/GET/PUSH... data, then show result somehow. and the Network tab is not always working well. In my case, it never shows once how much data was transferred back, same in my teammates' environments.

[NOTE] Fiddler gives you correct Tunnel Received only when request-response are in different physical location of intranet/internet.

Here is same API with different CompressionLevel

这篇关于邮递员 - 查看压缩响应大小的选项..?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆