compress/gzip?
|
Aug. 21, 2008, 09:16 AM
Post: #1
|
|||
|
|||
compress/gzip?
I checked compressing in bfilter but when i test it width
http://whatsmyip.org/mod_gzip_test/ ... it doesn't work?! ps: primary proxy is squid (default settings) |
|||
Aug. 21, 2008, 11:04 AM
Post: #2
|
|||
|
|||
RE: compress/gzip?
Works here. Maybe Squid prevents gzipped responses? To confirm that, try going directly through Squid, without BFilter.
|
|||
Aug. 21, 2008, 03:10 PM
Post: #3
|
|||
|
|||
RE: compress/gzip?
Squid is not problem. Tried firefox 3.01 and opera 9.51 both r capable of receiving this content. What can it be problem?
|
|||
Aug. 22, 2008, 01:47 PM
Post: #4
|
|||
|
|||
RE: compress/gzip?
I tried gzip fork of junkbuster, proxomitron and rabbit and all 3 gives same results for pages that r not compressed. I think that above link for testing gzip possibilities works only on server side not on client. So.. my post is false alarm.... but how can i test and be sure that my clients receiving compressed text for pages that r not gziped originally?
|
|||
Aug. 24, 2008, 03:05 PM
Post: #5
|
|||
|
|||
RE: compress/gzip?
Use wireshark http://wireshark.org/ to sniff the packets. If you are using a gzip stream then the contents of the packets won't be immediately readable because you'll be seeing the gzip compressed data. Compare that with non-gzipped data where you can see the HTML in each response packet in the stream. Set it to watch traffic for say tcp host 127.0.0.1 port 8080 - assuming you've set bfilter to listen on the loop back IP on port 8080.
|
|||
Aug. 24, 2008, 03:45 PM
Post: #6
|
|||
|
|||
RE: compress/gzip?
Besides Wireshark, you can use a Firefox extension (I don't remember the name) that lets you view HTTP headers. Look for "Content-Encoding: gzip" there. Now of course gzip support has be enabled on the server side as well.
How about testing without any proxy? If you still don't get gzip support, maybe your antivirus is blocking it. |
|||
Aug. 25, 2008, 10:24 AM
Post: #7
|
|||
|
|||
RE: compress/gzip?
No it is not av. I have same problem on Ubuntu. Maybe it is web server on host side. I tried firefox extension "live http headers". Example:
http://www.endrigo.com/files/readme.txt GET /files/readme.txt HTTP/1.1 Host: http://www.endrigo.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Proxy-Connection: keep-alive Cookie: ******** erased by me ********* If-Modified-Since: Mon, 25 Aug 2008 10:04:03 GMT If-None-Match: "b8c41ce7996c91:1725c" Cache-Control: max-age=0 HTTP/1.x 304 Not Modified Accept-Ranges: bytes Date: Mon, 25 Aug 2008 10:18:21 GMT Etag: "b8c41ce7996c91:1725c" Last-Modified: Mon, 25 Aug 2008 10:04:03 GMT Server: Microsoft-IIS/6.0 Via: 1.0 local:3128 (squid/2.6.STABLE21) X-Cache: MISS from local X-Cache-Lookup: HIT from local:3128 X-Powered-By: ASP.NET It should be compressed but... is not. Maybe "304" is problem? When I see gziped content it is always "200". |
|||
Aug. 27, 2008, 05:54 PM
(This post was last modified: Aug. 27, 2008 06:19 PM by jart.)
Post: #8
|
|||
|
|||
RE: compress/gzip?
The 304 code just means the page was taken from cache. Try reloading it while holding the Shift key down.
Another possible reason is a transparent proxy at your ISP. It's easy to test for. Just run "telnet http://www.cnn.com 80" from the command prompt and then just press Enter twice. If the error messages come from cnn.com (it's usually easy to tell if they are), then no transparent proxy is involved. If they come from your ISP, then it is. This test is better performed from Linux. The Windows version of telnet was having difficulties with the HTTP protocol the last time I tried it. Just a correction for my previous post. It's not enough to just press Enter twice. You have to enter some garbage first. Then, it turns out cnn.com just closes the connection without producing any errors. Try it on http://www.apache.org instead. |
|||
Aug. 28, 2008, 09:16 AM
Post: #9
|
|||
|
|||
RE: compress/gzip?
That's it! Bfilter doesn't compress it when content is already in your browser's cache. Thx 4 hint width telnet also.
ps: Bfilter growns up very well, before i had problems width stability of loading pages. Now I am using it 4 my 56k/gprs/wifi users. Thumbs up!! |
|||
« Next Oldest | Next Newest »
|