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

很多人都这样干

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

有一个100MB的海绵 宝宝
lol.gif

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

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

只能说楼主半吊子了

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


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

back.gif

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


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

lol.gif
所以测试最好 就是用个视频文件好了 或者压缩过的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后的数据 都不用楼主揭发了
页: 1 [2] 3
查看完整版本: 事实证明服务商都骗人vr也是