Thread: [Ziproxy-users] Need some tips - Can't seem to get ziproxy to work
Brought to you by:
dmcabrita
From: Will <wi...@99...> - 2003-09-20 07:40:52
|
I'm using a RedHat 7.3 machine as the proxy server ziproxy will run on = and can't seem to get it to work. I used the precompiled 1.2b files = found on the sourceforge site. =20 my xinet.d, ziproxy file shows the following: service ziproxy { port =3D 8080 socket_type =3D stream wait =3D no user =3D root server =3D /usr/bin/ziproxy server_args =3D /etc/ziproxy.conf disable =3D no } My ziproxy.conf file looks like this: =3D=3D=3D Start Config =3D=3D=3D #Example ziproxy.conf #netd options WhereZiproxy =3D "/usr/bin/ziproxy" Port =3D 8080 #OnlyFrom =3D "65.172.152.29" NetdTimeout =3D 2400 Gzip =3D true #this will append bzipped logging output to file named DDD-YYYY.log.bz2 #LogPipe only compatible with netd! LogPipe =3D{"bzip2", "-9cq", "-"} LogFile =3D "%j-%Y.log.bz2" #ziproxy options ZiproxyTimeout =3D 1200 MaxSize =3D 4194304 UseContentLength =3D false #Substrings for Compressible data types under application/. Matches with #leading "x-" too. Compressible =3D { "shockwave", "msword", "msexcel", "mspowerpoint", "rtf", = "postscript", "java", "javascript", "staroffice", "vnd.", "futuresplash", "asp", "class", "font", "truetype-font", "php", "cgi", = "executable", "shellscript", "perl", "python", "awk", "dvi" } #75 is standard quality of JPEG images. #ImageQuality =3D {75,75,75,75} =3D=3D=3D End config =3D=3D=3D I configured Internet Explorer proxy on my Windows machine with my = server's IP address and port 8080. I checked the HTTP 1.1 though proxy = checkbox so it should accept encoding. When I pull it up in the browser I see the following gibberish, so what = am I missing?: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Junk Ahead = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D [2898] Starting - Sat Sep 20 03:35:39 2003 [2898] URL - http://www.hotbot.com/ [2898] Headers from client: [2898] Host: www.hotbot.com [2898] User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; = rv:1.5a) Gecko/20030714 Mozilla Firebird/0.6 [2898] Accept: = text/xml,application/xml,application/xhtml+xml,text/html;q=3D0.9,text/pla= in;q=3D0.8,video/x-mng,image/png,image/jpeg,image/gif;q=3D0.2,*/*;q=3D0.1= [2898] Accept-Language: en-us,en;q=3D0.5 [2898] Accept-Encoding: gzip,deflate [2898] Accept-Charset: ISO-8859-1,utf-8;q=3D0.7,*;q=3D0.7 [2898] Keep-Alive: 300 [2898] Proxy-Connection: keep-alive [2898] Referer: http://www.google.com/ [2898] Cookie: prov=3Dlycos [2898] getting, parsing headers took 38649 us=20 [2898] Method =3D GET Protocol =3D HTTP/1.1 [2898] Headers sent to server: [2898] GET / HTTP/1.1 [2898] Host: www.hotbot.com [2898] User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; = rv:1.5a) Gecko/20030714 Mozilla Firebird/0.6 [2898] Accept: = text/xml,application/xml,application/xhtml+xml,text/html;q=3D0.9,text/pla= in;q=3D0.8,video/x-mng,image/png,image/jpeg,image/gif;q=3D0.2,*/*;q=3D0.1= [2898] Accept-Language: en-us,en;q=3D0.5 [2898] Accept-Charset: ISO-8859-1,utf-8;q=3D0.7,*;q=3D0.7 [2898] Keep-Alive: 300 [2898] Referer: http://www.google.com/ [2898] Cookie: prov=3Dlycos [2898] connecting, forwarding headers took 122953 us=20 [2898] In Headers: [2898] HTTP/1.1 200 OK [2898] Server: Microsoft-IIS/5.0 [2898] Date: Sat, 20 Sep 2003 07:36:26 GMT [2898] P3P: CP=3D"CAO DSP COR CURa ADMa DEVa CONo PSAa OUR IND DEM PRE = PUR TAIa NAV UNI" [2898] Content-Length: 7707 [2898] Content-Type: text/html [2898] Cache-control: private [2898] Image =3D 0, Modify =3D 1, Chunked =3D 0 [2898] WillGZip =3D 2, Compress =3D 1 [2898] getting data took 44187 us [2898] Content modification/compression returned 0. It took 1400 us. [2898] Forwarding header and modified content. [2898] Out Headers: [2898] HTTP/1.1 200 OK [2898] Content-Length: 2891 [2898] Content-Encoding: gzip [2898] Connection: close [2898] Proxy-Connection: close [2898] Server: Microsoft-IIS/5.0 [2898] Date: Sat, 20 Sep 2003 07:36:26 GMT [2898] P3P: CP=3D"CAO DSP COR CURa ADMa DEVa CONo PSAa OUR IND DEM PRE = PUR TAIa NAV UNI" [2898] Content-Type: text/html [2898] Cache-control: private HTTP/1.1 200 OK Content-Length: 2891 Content-Encoding: gzip Connection: close Proxy-Connection: close Server: Microsoft-IIS/5.0 Date: Sat, 20 Sep 2003 07:36:26 GMT P3P: CP=3D"CAO DSP COR CURa ADMa DEVa CONo PSAa OUR IND DEM PRE PUR TAIa = NAV UNI" Content-Type: text/html Cache-control: private ((RIGHT HERE WOULD BE A LOT OF WHAT LOOKS LIKE BINARY JUNK)) [2858] forwarding took 210 us [2858] Finished =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D End Junk = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |
From: Will <ws...@99...> - 2003-11-08 00:44:32
|
I have a few questions to ask and also a suggestion. First, to test ziproxy's compression I took a 108K text file and FTPed = it to a server that I know does not have any kind of = mod_gzip/mod_deflate apache module. Then I tried retreiving it in IE = with ziproxy both enabled and disabled. The result was there was no = compression of the text file. I used a program called Netmeter to = monitor the actual bandwidth used, both came out nearly the same. = Ziproxy does not seem to compress straight txt files. What am I doing = wrong here? Second, It mentions in the Changelog that it can convert GIF images to = lossless PNG including preserving transparency. This doesn't seem to be = active either. Do I have to turn this on somehow? Third, (possibly a bug?) I know "Gzip =3D true" by default, but if I put = Gzip =3D true in the ziproxy.conf it sends a lot of garbage to the = browser. Finally, a suggestion: Is there a way you could make ziproxy look in a = browser header for a token to trigger compression strength? For example = say my header was: "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)" Is it possible to add something to it which ziproxy reads and adjusts = compression based on that, example: "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Ziproxy = 75,75,75,75)" This would tell ziproxy to compress everything a certain way. A simple = client could be created to adjust the header to whatever compression = levels the person wants. |
From: Cheuk-san E. W. <wa...@ai...> - 2003-11-08 02:04:30
|
On Fri, Nov 07, 2003 at 07:44:20PM -0500, Will wrote: > > Finally, a suggestion: Is there a way you could make ziproxy look in a browser header for a token to trigger compression strength? For example say my header was: > > "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)" > > Is it possible to add something to it which ziproxy reads and adjusts compression based on that, example: > > "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Ziproxy 75,75,75,75)" > > This would tell ziproxy to compress everything a certain way. A simple client could be created to adjust the header to whatever compression levels the person wants. That'd be a good feature to have. However, I don't see how you can do it. Are you proposing to change Mozilla, Konqueror, or IE? If you don't change the browser, how can you change the header? Cheuksan Wang |
From: Juraj V. <va...@na...> - 2003-11-08 18:38:25
|
On Saturday 08 November 2003 01:44, Will wrote: > I have a few questions to ask and also a suggestion. > > First, to test ziproxy's compression I took a 108K text file and FTPed it > to a server that I know does not have any kind of mod_gzip/mod_deflate > apache module. Then I tried retreiving it in IE with ziproxy both enabled > and disabled. The result was there was no compression of the text file. I > used a program called Netmeter to monitor the actual bandwidth used, both > came out nearly the same. Ziproxy does not seem to compress straight txt > files. What am I doing wrong here? Please retry with logging turned on (set LogFile option to some filename). Then look into log file/send it here. BTW, how did you measure file size? Browsers always display uncompressed size in page properties. > Second, It mentions in the Changelog that it can convert GIF images to > lossless PNG including preserving transparency. This doesn't seem to be > active either. Do I have to turn this on somehow? This function should be always active, though it applies to minority of GIF images only. Most possible candidates are large screenshots with few colors. Try to find such one and send its address, possibly with ziproxy logging output, too. > Third, (possibly a bug?) I know "Gzip = true" by default, but if I put Gzip > = true in the ziproxy.conf it sends a lot of garbage to the browser. Well, this really smells like a bug. Do as above, send whole ziproxy.conf and OS version info, too. > Finally, a suggestion: Is there a way you could make ziproxy look in a > browser header for a token to trigger compression strength? For example > say my header was: > > "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)" > > Is it possible to add something to it which ziproxy reads and adjusts > compression based on that, example: > > "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Ziproxy 75,75,75,75)" > > This would tell ziproxy to compress everything a certain way. A simple > client could be created to adjust the header to whatever compression levels > the person wants. It would be helpful to know more what you're trying to achieve with this. Maybe it will be sufficient to create, say, three configuration files both to xinetd (each listening on another port) and ziproxy (each with another quality settings) and let users choose this way. Juraj |
From: Juraj V. <va...@na...> - 2003-11-09 20:32:59
|
Hi, > My first test was getting a HTML only page, > http://www.99main.com/files/test.html 1.3beta really behaves poorly here with Gzip=true. Thanks for the bug report. I will drop a note when fix will be in CVS. Juraj |
From: Juraj V. <va...@na...> - 2003-11-11 22:10:56
|
Hi all, it seems now fixed ... it was dire programming error -- unmatched function parameters :-( I will like to get some feedback: * whether anonymous CVS service at sf.net is now reliable. Look into ChangeLog to see if you have the latest version. * whether my fixes work. If they do, I will release second beta. There may be more such errors and I'm unable to test all configuration option combinations. Thank you, really. After downloading from CVS, you have to run ./bootstrap before configure. It requires automake and autoconf packages installed. If this is problem, ask me for prepared files. Juraj On Sunday 09 November 2003 21:33, Juraj Variny wrote: > Hi, > > > My first test was getting a HTML only page, > > http://www.99main.com/files/test.html > > 1.3beta really behaves poorly here with Gzip=true. Thanks for the bug > report. I will drop a note when fix will be in CVS. > > Juraj > > > ------------------------------------------------------- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, > WebDAV, and more! http://www.apachecon.com/ > _______________________________________________ > Ziproxy-users mailing list > Zip...@li... > https://lists.sourceforge.net/lists/listinfo/ziproxy-users |
From: Juraj V. <va...@na...> - 2003-11-24 21:30:15
|
Hi all, I humbly admit I'm sometimes just too lazy to test or inspect bugs. I'll release 1.3b today. "1.3.1" would make the numbering even more inconsistent. Juraj P.S. I found myself connecting to ziproxy even from my new workplace, where there is a DSL connection. And ... it helped! I should really force myself to be more responsible. On Monday 24 November 2003 02:37, Cheuk-san Edward Wang wrote: > I just fixed a bad typo in forward_content. This bug causes all http > POST requests to fail. I noticed that you've just released 1.3, but I > think we should make another new release (1.3.1 maybe) quickly because > of this bug. > > Cheuksan Wang |
From: wspigel <ws...@99...> - 2003-11-26 08:43:19
|
Is there any known way to exclude certain types of files and images from being compressed? For example, say I want .gif files to be passed through without being recompressed, can this be done with an "exclude list" somewhere in the ziproxy.conf file? Will |
From: Juraj V. <va...@na...> - 2003-11-26 15:22:11
|
There isn't such option. Currently, you can set images not to be compresssed only based on their dimensions. Juraj wspigel <ws...@99...> wrote: > Is there any known way to exclude certain types of files and images from > being compressed? For example, say I want .gif files to be passed through > without being recompressed, can this be done with an "exclude list" > somewhere in the ziproxy.conf file? > > Will > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Ziproxy-users mailing list > Zip...@li... > https://lists.sourceforge.net/lists/listinfo/ziproxy-users > -- |
From: Juraj V. <va...@na...> - 2003-11-26 15:14:11
|
Sorry, there isn't such option. Please suggest why is it necesssary and h= ow=20 should that list look. Juraj Cit=E1t wspigel <ws...@99...>: > Is there any known way to exclude certain types of files and images fro= m > being compressed? For example, say I want .gif files to be passed thro= ugh > without being recompressed, can this be done with an "exclude list" > somewhere in the ziproxy.conf file? >=20 > Will >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Ziproxy-users mailing list > Zip...@li... > https://lists.sourceforge.net/lists/listinfo/ziproxy-users >=20 --=20 |
From: wspigel <ws...@99...> - 2003-11-26 20:49:25
|
I think this would be useful for multiple reasons. First reason being th= at animated gif files are everywhere on the internet and they add a good dea= l of environment to it. By compressing .gif files ziproxy not only removes their transparancy but also their animation. Some sites that rely on the transparency of .gif files look bad when they are converted. Any exclude list could look like the "Compressible" list that is used currently: Exclude =3D { .gif, .tiff, .psp, .dwg, .tga } I think this will increase the flexibility of the program and allow a hig= her variation in variety of configurations. Will ----- Original Message -----=20 From: "Juraj Variny" <va...@na...> To: <zip...@li...> Cc: <"\"\""@naex.sk> Sent: Wednesday, November 26, 2003 10:14 AM Subject: Re: [Ziproxy-users] Exclude Image file types possible? > Sorry, there isn't such option. Please suggest why is it necesssary and how > should that list look. > > Juraj > > Cit=E1t wspigel <ws...@99...>: > > > Is there any known way to exclude certain types of files and images f= rom > > being compressed? For example, say I want .gif files to be passed through > > without being recompressed, can this be done with an "exclude list" > > somewhere in the ziproxy.conf file? > > > > Will > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > Does SourceForge.net help you be more productive? Does it > > help you create better code? SHARE THE LOVE, and help us help > > YOU! Click Here: http://sourceforge.net/donate/ > > _______________________________________________ > > Ziproxy-users mailing list > > Zip...@li... > > https://lists.sourceforge.net/lists/listinfo/ziproxy-users > > > > > --=20 > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Ziproxy-users mailing list > Zip...@li... > https://lists.sourceforge.net/lists/listinfo/ziproxy-users > > |
From: Juraj V. <va...@na...> - 2003-11-27 07:08:42
|
Hi, this should be well discussed first. Whether there couldn't be found more general (configuration) rule as to which images to compress and which to keep. You may find yourself adding new items into Exclude list very often. And what about pages with "dynamically" generated images, like /img.php?id=something ? Proxy server "wwwoffle" allows nearly everything to be set on per-URL basis. But its C code is then much more complex and hard to get into, despite its good style/readability. I don't feel like this, maybe after few years of further C programming practice..... On Wednesday 26 November 2003 21:49, wspigel wrote: > I think this would be useful for multiple reasons. First reason being that > animated gif files are everywhere on the internet and they add a good deal > of environment to it. By compressing .gif files ziproxy not only removes > their transparancy but also their animation. Some sites that rely on the > transparency of .gif files look bad when they are converted. > > Any exclude list could look like the "Compressible" list that is used > currently: > > Exclude = { .gif, .tiff, .psp, .dwg, .tga } > > I think this will increase the flexibility of the program and allow a > higher variation in variety of configurations. |
From: Knute J. <kn...@fr...> - 2003-11-28 18:26:57
|
If I can put in an opinion, the whole purpose is to decrease bandwidth requirements. If you stop compressing certain types of images there is no reason to use Ziproxy. There are a couple of issues with transparent gifs and animated gifs but not compressing them brings you back to the question of why use Ziproxy at all. I'm helping a friend evaluate Ziproxy for use on his network. The issue we are looking at right now is how to easily change the browser selection from one proxy to another. We had looked at using a script to change the Windows registry settings, an applet to do the same or write to the hosts file, a small user application to write to the hosts file, or a local proxy with a user selection control. This is to somewhat address the same issue and that is to easily get the full content of the page without compression and quickly switch back to the Ziproxy proxy. knute... >Hi, > >this should be well discussed first. Whether there couldn't be found >more general (configuration) rule as to which images to compress and >which to keep. You may find yourself adding new items into Exclude >list very often. And what about pages with "dynamically" generated >images, like /img.php?id=something ? > >Proxy server "wwwoffle" allows nearly everything to be set on per-URL >basis. But its C code is then much more complex and hard to get into, >despite its good style/readability. I don't feel like this, maybe >after few years of further C programming practice..... > >On Wednesday 26 November 2003 21:49, wspigel wrote: >> I think this would be useful for multiple reasons. First reason >> being that animated gif files are everywhere on the internet and >> they add a good deal of environment to it. By compressing .gif >> files ziproxy not only removes their transparancy but also their >> animation. Some sites that rely on the transparency of .gif files >> look bad when they are converted. >> >> Any exclude list could look like the "Compressible" list that is >> used currently: >> >> Exclude = { .gif, .tiff, .psp, .dwg, .tga } >> >> I think this will increase the flexibility of the program and allow >> a higher variation in variety of configurations. > > > > >------------------------------------------------------- >This SF.net email is sponsored by: SF.net Giveback Program. >Does SourceForge.net help you be more productive? Does it >help you create better code? SHARE THE LOVE, and help us help >YOU! Click Here: http://sourceforge.net/donate/ >_______________________________________________ >Ziproxy-users mailing list >Zip...@li... >https://lists.sourceforge.net/lists/listinfo/ziproxy-users > -- Knute Johnson Molon Labe... |
From: Will <ws...@99...> - 2003-11-28 22:34:44
|
I'm not saying it should be removed all together, but rather to give people the option to configure ziproxy the way that is most pleasing to them. My reason for requesting this feature is this: Think about a typical .gif file; it's pretty small with the exception of animated gifs. When you recompress a .gif file you don't generally gain a whole lot. Now think about how cruddy a page looks when the transparency is removed. You could argue that the site should use PNG files but PNG files can actually crash some browsers on Macintosh computers if they are over a certain size. I found that out the hard way when I used png files for an logo and ended up converting them back to gifs in order to fix compatibility problems. While you can barely tell (quality wise) when a jpeg is recompressed it is really noticeable when a .gif suddenly becomes fully solid and ruins the look of a page. I did a test: a gif file 233 x122 pixels (a "larger" .gif file) 7257 bytes Original size with transparency 5762 bytes after ziproxy, lost transparency now the gif background is different from web page background 1495 bytes difference I'd rather keep the theme and look of the page and take half a second longer to load. You can modify how much compression you get with a jpg and alter whether or not it should recompress it at all, why not allow the same capability to choose whether or not to recompress .gif files? I don't see any reason _not_ to include some kind of exclusion list; it would empty by default and ultimately it would be up to the user whether to activate the feature or not. Keep in mind that ziproxy also recompresses jpegs, bmp, html, text, JavaScript and a whole slew of other web components which will help keep it snappy and responsive. By allowing the individual to surf they way they want to surf, it increases both the flexibility and value of the program. Will ----- Original Message ----- From: "Knute Johnson" <kn...@fr...> To: <zip...@li...> Sent: Friday, November 28, 2003 1:26 PM Subject: [Ziproxy-users] Re: Exclude Image file types possible? If I can put in an opinion, the whole purpose is to decrease bandwidth requirements. If you stop compressing certain types of images there is no reason to use Ziproxy. There are a couple of issues with transparent gifs and animated gifs but not compressing them brings you back to the question of why use Ziproxy at all. I'm helping a friend evaluate Ziproxy for use on his network. The issue we are looking at right now is how to easily change the browser selection from one proxy to another. We had looked at using a script to change the Windows registry settings, an applet to do the same or write to the hosts file, a small user application to write to the hosts file, or a local proxy with a user selection control. This is to somewhat address the same issue and that is to easily get the full content of the page without compression and quickly switch back to the Ziproxy proxy. knute... >Hi, > >this should be well discussed first. Whether there couldn't be found >more general (configuration) rule as to which images to compress and >which to keep. You may find yourself adding new items into Exclude >list very often. And what about pages with "dynamically" generated >images, like /img.php?id=something ? > >Proxy server "wwwoffle" allows nearly everything to be set on per-URL >basis. But its C code is then much more complex and hard to get into, >despite its good style/readability. I don't feel like this, maybe >after few years of further C programming practice..... > >On Wednesday 26 November 2003 21:49, wspigel wrote: >> I think this would be useful for multiple reasons. First reason >> being that animated gif files are everywhere on the internet and >> they add a good deal of environment to it. By compressing .gif >> files ziproxy not only removes their transparancy but also their >> animation. Some sites that rely on the transparency of .gif files >> look bad when they are converted. >> >> Any exclude list could look like the "Compressible" list that is >> used currently: >> >> Exclude = { .gif, .tiff, .psp, .dwg, .tga } >> >> I think this will increase the flexibility of the program and allow >> a higher variation in variety of configurations. > > > > >------------------------------------------------------- >This SF.net email is sponsored by: SF.net Giveback Program. >Does SourceForge.net help you be more productive? Does it >help you create better code? SHARE THE LOVE, and help us help >YOU! Click Here: http://sourceforge.net/donate/ >_______________________________________________ >Ziproxy-users mailing list >Zip...@li... >https://lists.sourceforge.net/lists/listinfo/ziproxy-users > -- Knute Johnson Molon Labe... ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Ziproxy-users mailing list Zip...@li... https://lists.sourceforge.net/lists/listinfo/ziproxy-users |
From: Juraj V. <va...@na...> - 2003-11-29 12:27:31
|
> Think about a typical .gif file; it's pretty small with the exception of > animated gifs. When you recompress a .gif file you don't generally gain a > whole lot. Now think about how cruddy a page looks when the transparency is > removed. You could argue that the site should use PNG files but PNG files > can actually crash some browsers on Macintosh computers if they are over a > certain size. I found that out the hard way when I used png files for an > logo and ended up converting them back to gifs in order to fix > compatibility problems. > While you can barely tell (quality wise) when a > jpeg is recompressed it is really noticeable when a .gif suddenly becomes > fully solid and ruins the look of a page. Sorry I've overlooked this. Crashing one's browser is a real problem and I will look to your patch. The best solution to second problem would be an JPEG2000 format. This is in most cases not applicable, so only possibilities are: a) GIF->PNG conversion only (may crash browser) b) background color guessing (need to parse a HTML-> overkill) c) nothing to do (but there are some huge GIFs, which may choke your connection...) Seems I will add an option to let people choose between normal, a) and c) behaviors. Any idea what another possible option is there? Juraj |
From: Will <ws...@99...> - 2003-11-29 23:29:13
|
PNG's crashing Macintosh browsers is not ziproxy's fault, rather it is a bug in Internet Explorer. God only knows why this happens to Macintosh computers because it seems to work fine on everything else. Will ----- Original Message ----- From: "Juraj Variny" <va...@na...> To: <zip...@li...> Sent: Saturday, November 29, 2003 7:28 AM Subject: [Ziproxy-users] Re: Exclude Image file types possible? > Think about a typical .gif file; it's pretty small with the exception of > animated gifs. When you recompress a .gif file you don't generally gain a > whole lot. Now think about how cruddy a page looks when the transparency is > removed. You could argue that the site should use PNG files but PNG files > can actually crash some browsers on Macintosh computers if they are over a > certain size. I found that out the hard way when I used png files for an > logo and ended up converting them back to gifs in order to fix > compatibility problems. > While you can barely tell (quality wise) when a > jpeg is recompressed it is really noticeable when a .gif suddenly becomes > fully solid and ruins the look of a page. Sorry I've overlooked this. Crashing one's browser is a real problem and I will look to your patch. The best solution to second problem would be an JPEG2000 format. This is in most cases not applicable, so only possibilities are: a) GIF->PNG conversion only (may crash browser) b) background color guessing (need to parse a HTML-> overkill) c) nothing to do (but there are some huge GIFs, which may choke your connection...) Seems I will add an option to let people choose between normal, a) and c) behaviors. Any idea what another possible option is there? Juraj ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Ziproxy-users mailing list Zip...@li... https://lists.sourceforge.net/lists/listinfo/ziproxy-users |