事实证明服务商都骗人vr也是

qy117121气味 · 发表于 2013-6-9 01:22:00

很多人都这样干

gd1861 · 发表于 2013-6-9 01:44:41

有一个100MB的海绵宝宝

tointer · 发表于 2013-6-9 02:05:22

测速的时候客户端可拒绝服务端使用GZIP的

只能说楼主半吊子了

tlyhnet · 发表于 2013-6-9 03:02:26

qqcm 发表于 2013-6-9 01:14

gizp把这个文件压缩成133k下发浏览器，浏览器解压缩后133k的测试文件变成100mb的测试文件，为什么压缩了 ...
学习了第一次听到

雨宫音羽 · 发表于 2013-6-9 01:14:00

呵呵。。楼主不知道wget默认就不启用gzip的？要测一点都不困难...

另外是否允许gzip是客户端定义的用的是accept-encoding:gzip 如果服务端不进行判断遇上不支持Gzip的客户端服务器硬要上gzip 那必须乱码

zmr90 · 发表于 2013-6-9 08:58:14

求方法...太NB了..哪不是秒下载~

雨宫音羽 · 发表于 2013-6-9 09:18:07

其实测速最好的东西就是弄个视频文件
视频文件本身就是高压缩的 gzip很难继续压缩下去了浏览器和服务器之间用的gzip 主要压缩html css js
没听过有gzip能实时压缩视频文件的

所以测试最好就是用个视频文件好了或者压缩过的rar文件什么的再不行就用exe安装包什么的

上个图给楼主作说明吧

meike · 发表于 2013-6-9 09:18:51

vr那个原始文件倒真不是gzip过的文件, 只是他用的web服务器软件忘了关gzip........

malsvent · 发表于 2013-6-9 11:44:00

只要服务商用的是标准的服务器软件否则不可能忽略客户端发出的accept-encoding值如果忽略 100M文件下载下来大小会很缩水【因为客户端没有允许服务端进行gzip 自然就不会进行解压缩】谁都会发现

谷歌和IE是没有地方设置是否允许gzip的要用第三方插件修改请求头

404 · 发表于 2013-6-9 10:26:13

wget默认不用加参数也不会进行gzip 楼主都没看清我的图

第三次明确没有使用--header来定义请求头在不发出accept-encoding这个header的情况下服务端也不会进行任何的压缩

要知道用wget来测速的一堆一堆如果忽略客户端不管三七二十一都发送gzip后的数据都不用楼主揭发了

		自动登录	找回密码
密码			立即注册

事实证明服务商都骗人vr也是

本帖子中包含更多资源