Thread: [Rabbit-proxy-users] no image compression
Brought to you by:
ernimril
Menu
▾
▴
rabbit-proxy-users
|
From: Holger K. <hol...@gm...> - 2004-12-14 22:12:25
|
Hello, i found that while using rabbit on some sites the images don't get recompressed. For every such image an entry in the error_log shows up. [14/Dez/2004:22:03:06 GMT][MSG][unable to parse expire date: 'Thu, 14 Dec 2006 22:03:06 GMT' for URI: 'http://images.gmx.net/images/bs/21000/skyscraper_wechsler_v2.gif'] That seems strange because the expire date looks perfectly normal to me. Is the compression problem related to the expire parsing problem? I'm using java version "1.4.2_05" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-b04) Java HotSpot(TM) Client VM (build 1.4.2_05-b04, mixed mode) on a Suse 9.2 Holger |
|
From: Robert O. <ro...@kh...> - 2004-12-14 23:09:42
|
Holger Krull wrote: > i found that while using rabbit on some sites the images don't get > recompressed. That is normal. Small images should not get compressed, since the download time gain will be lost in latency (caused by rabbit converting the image). Also rabbit inspects the http headers and checks the mime type. If the server is badly configured or the cgi/jsp/servlet/asp/whatever is evil it will send a mime type that rabbit does not understand. > For every such image an entry in the error_log shows up. > [14/Dez/2004:22:03:06 GMT][MSG][unable to parse expire date: 'Thu, 14 > Dec 2006 22:03:06 GMT' for URI: > 'http://images.gmx.net/images/bs/21000/skyscraper_wechsler_v2.gif'] Hmmm, looks odd. Not sure exactly why that fails, I will have to test it. That is only a warning, it should not affect other image conversion. It might affect cache length though... > Is the compression problem related to the expire parsing problem? No. > I'm using java version "1.4.2_05" Do you have imagemagick installed and can rabbit find convert? Ok, doing a HEAD on the above image I get a response: 200 OK Cache-Control: max-age=63072000 Connection: close Date: Tue, 14 Dec 2004 23:06:48 GMT Accept-Ranges: bytes ETag: "223954-63c0-41b06ef7" Server: Apache Content-Length: 25536 Content-Type: image/gif Expires: Thu, 14 Dec 2006 23:06:48 GMT Last-Modified: Fri, 03 Dec 2004 13:49:43 GMT Client-Date: Tue, 14 Dec 2004 23:06:49 GMT Client-Peer: 213.165.64.210:80 Client-Response-Num: 1 Hmmm, not sure why rabbit does not convert that... Do you get anything in the error log? Does the image get larger after conversion? in that case rabbit will send the original... /robo |
|
From: Holger K. <hol...@gm...> - 2004-12-15 04:03:51
|
>> Is the compression problem related to the expire parsing problem? > No. > >> I'm using java version "1.4.2_05" > > Do you have imagemagick installed and can rabbit find convert? Yes and yes. Other sites get completly recompressed. > Hmmm, not sure why rabbit does not convert that... > Do you get anything in the error log? Except for the expire parse error? No. > Does the image get larger after conversion? I don't think so. I have convertargs=-quality 10 -flatten $filename +profile "*" jpeg:$filename.c and if i use that with convert on this picture it is 6674 Bytes large. Holger |
|
From: Robert O. <ro...@kh...> - 2004-12-15 21:55:39
|
Holger Krull wrote: > i found that while using rabbit on some sites the images don't get > recompressed. > ... 'http://images.gmx.net/images/bs/21000/skyscraper_wechsler_v2.gif' Ok, I tried that image and I get a low quality image when I access that image. I do not get any expire-date parsing warning for that image either. I get an image that is 6674 bytes long (same as you got). Do you have any other resource that gives this problem? Or do I have to go to some page that has that image in it? Do you have that image in your web browser cache? If you do rabbit will probably get a conditional request and answear with a "304 not modified". /robo |
|
From: Holger K. <hol...@gm...> - 2004-12-15 22:46:48
|
I just noticed another strange thing. If i use try http://proxyhost:8080/ i have to enter the username and password serveral times to get the status display. If i change to Connections or config i have to reenter the username password serveral times again. I deleted and reinstalled Rabbit, no change. Java version problem? Or doesn't it like Suse 9.2? Will try a debian system next. Holger |
|
From: Robert O. <ro...@kh...> - 2004-12-15 23:00:37
|
Holger Krull wrote: > I just noticed another strange thing. If i use try > http://proxyhost:8080/ i have to enter the username and password > serveral times to get the status display. If i change to Connections > or config i have to reenter the username password serveral times > again. Rabbit does not listen on that port by default, so you obviously have changed some parts of the config. How do your config look? Do you have web proxy enabled for all web sites? including the one running rabbit? Since rabbit is a web proxy it understands proxy requests better. Rabbit tries to handle normal web server requests directed at it, but it fails quite often (mostly due to the fact that it tries to match the name given against one of the names of the machine). If you send a web server request to rabbit instead of a proxy request then rabbit will quite often ask everytime for username and password when you access its admin pages. > I deleted and reinstalled Rabbit, no change. Java version problem? Or > doesn't it like Suse 9.2? Will try a debian system next. I run on debian, but it should work fine on suse. /robo |
|
From: Holger K. <hol...@gm...> - 2004-12-15 23:00:18
|
> I do not get any expire-date parsing warning for that image either. > I get an image that is 6674 bytes long (same as you got). > > Do you have any other resource that gives this problem? Or do I have to go > to some page that has that image in it? The site www.gmx.de has the no recompression problem. www.theinquirer.net gets recompressed perfectly. > Do you have that image in your web browser cache? If you do rabbit will > probably get a conditional request and answear with a "304 not modified". Cleared all caches, tried IE 6.0 firefox mozilla, konquerer. All have problems. Weird thing? Holger |
|
From: Robert O. <ro...@kh...> - 2004-12-15 23:02:11
|
Holger Krull wrote: > > Do you have any other resource that gives this problem? Or do I > > have to go to some page that has that image in it? > > The site www.gmx.de has the no recompression problem. > www.theinquirer.net gets recompressed perfectly. Ok, both of thoose sites gets compressed quite good for me. I can see that almost all images have been transformed. > > Do you have that image in your web browser cache? If you do rabbit > > will probably get a conditional request and answear with a "304 not > > modified". > > Cleared all caches, tried IE 6.0 firefox mozilla, konquerer. All have > problems. Hmm, weird. What version of rabbit do you use? /robo |
|
From: Holger K. <hol...@gm...> - 2004-12-15 23:31:12
|
> Hmm, weird. > What version of rabbit do you use? 2.0.35 I tried 2.0.26 with the same result. I only changed the proxy port in the config file. Getting the config pages seems a bit difficult, but thats not the real problem. (IE 6.0 never asks for the password just fails with 407 proxy auth required, or it tells me / on that server couldn't be loaded. Mozilla works) The server in question has serveral ip adresses and dns names. Maybe that's confusing. It runs perfectly on a debian system. ARGH! I can't use it there. Now where is the difference? Weird thing i now use same java on both servers. Holger |
|
From: Robert O. <ro...@kh...> - 2004-12-15 23:39:53
|
Holger Krull wrote: > 2.0.35 I tried 2.0.26 with the same result. Ok, I really have to recomend that you use 2.0.35. > The server in question has serveral ip adresses and dns names. Maybe > that's confusing. That is normally a bit confusing for rabbits admin pages. > It runs perfectly on a debian system. Interesting. > ARGH! I can't use it there. > Now where is the difference? Weird thing i now use same java on both > servers. Since the problem seems to be with some gif images I have to ask if you have libgif and/or libungif installed on both systems? The gif libraries have had a few patent problems (ask unisys...) so they have not been installed by default. /robo |
|
From: Holger K. <hol...@gm...> - 2004-12-16 04:02:48
|
The admin pages load perfectly with only one time entering of the password if i use noproxy.murpel:8080. > Since the problem seems to be with some gif images I have to ask if you > have libgif and/or libungif installed on both systems? /usr/lib/libungif.so.4.1.3 /usr/lib/libgif.so.4.1.3 on both systems. It's not only gifs. Jpegs on gmx.de have the same problem. Holger |
|
From: Holger K. <hol...@gm...> - 2004-12-18 23:19:52
|
I did some more testing, different systems and with IBMs virtual machine Conclusion: this thing is a suse problem. Suse 9.1 and 9.2 have it, redhat and debian don't. (The date parsing problems also occour only on suse) Do you have any idea how the kernel config or the surrounding system could influence the decision to recompress the image? Holger |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X