+- The Un-Official Proxomitron Forum (https://www.prxbx.com/forums)
+-- Forum: Forum Related (/forumdisplay.php?fid=37)
+--- Forum: Archive (/forumdisplay.php?fid=50)
+---- Forum: BFilter (/forumdisplay.php?fid=41)
+----- Forum: Issues with BFilter (/forumdisplay.php?fid=32)
+----- Thread: compress/gzip? (/showthread.php?tid=1072)
compress/gzip? - Guest - Aug. 21, 2008 09:16 AM
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)
RE: compress/gzip? - jart - Aug. 21, 2008 11:04 AM
Works here. Maybe Squid prevents gzipped responses? To confirm that, try going directly through Squid, without BFilter.
RE: compress/gzip? - Guest - Aug. 21, 2008 03:10 PM
Squid is not problem. Tried firefox 3.01 and opera 9.51 both r capable of receiving this content. What can it be problem?
RE: compress/gzip? - Guest - Aug. 22, 2008 01:47 PM
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?
RE: compress/gzip? - Guest - Aug. 24, 2008 03:05 PM
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.
RE: compress/gzip? - jart - Aug. 24, 2008 03:45 PM
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.
RE: compress/gzip? - Guest - Aug. 25, 2008 10:24 AM
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".
RE: compress/gzip? - jart - Aug. 27, 2008 05:54 PM
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.
RE: compress/gzip? - Guest - Aug. 28, 2008 09:16 AM
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!!