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
Original issue reported on code.google.com by
linlex...@gmail.com
on 5 Jun 2014 at 8:27