fengshao0907 / weed-fs

Automatically exported from code.google.com/p/weed-fs
0 stars 0 forks source link

the "weed filer" Does not work properly on the gzip format #74

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1.run "weed server -dir=./fs -ip=localhost -filer"
2.upload file :
  d:\>curl -F file=@login.css http://localhost:8080/7,149f83bccd
  {"name":"login.css","size":130}
  d:\>curl -F file=@login.css http://localhost:8888/7,149f83bccd

What is the expected output? What do you see instead?

open browser,the "http://localhost:8080/7,149f83bccd" return uncompressed 
content ,but "http://localhost:8888/7,149f83bccd" return compressed content,I 
think both returned content should be consistent.

What version of the product are you using? On what operating system?
version 0.60 windows amd64 & win7 64bit

If you have used "-peers" option before, have you cleared the sticky
cluster configuration file? Usually it is /tmp/conf file.

Please provide any additional information below.
I suspect that did not return the correct Content-Type and content-encoding, 
the following is compressed content head:
------------------------------------------------------------
Remote Address:127.0.0.1:8888
Request URL:http://localhost:8888/7,149f83bccd
Request Method:GET
Status Code:200 OK
Request Headersview source
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.
8
Accept-Encoding:gzip,deflate,sdch
Accept-Language:zh-CN,zh;q=0.8
Connection:keep-alive
Host:localhost:8888
User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like 
Gecko) Chrome/34.0.1847.116 Safari/537.36
Response Headersview parsed
HTTP/1.1 200 OK
Date: Thu, 05 Jun 2014 08:21:01 GMT
Content-Length: 130
Content-Type: application/x-gzip
--------------------------------------------------------------------
I modified the returned results: 
//resp.Header["Content-Type"] = []string {"text/css"} 
//resp.Header["content-encoding"] = []string {"gzip"}
The browser is working properly

Original issue reported on code.google.com by linlex...@gmail.com on 5 Jun 2014 at 8:27

GoogleCodeExporter commented 9 years ago

Original comment by chris...@gmail.com on 22 Jul 2014 at 6:52