On Sat, 30 Nov 2002 09:43:59 -0500 (EST), Steve <[EMAIL PROTECTED]> wrote:
> On Sat, 30 Nov 2002, Richard Menedetter wrote: >> NOT correct that you get a DOS EXE when downloading per HTTP !!! >> They configured apache to gzip the file befor sending ! > Yes, gzipping files on the fly isn't all that uncommon. > The angelfire server doesn't identify itself as apache > though, but Squeegit/1.2.5 (3_sir). Thank you, thank you thank you for, confirming that it IS the Angelfire server that's doing the Gzipping !!!! BTW, This explains why NS and Lynx are faster at getting some files than are eighter Arachne or Nettamer.jroB! When some files are grabbed with NS or Lynx.... they are first Gzipped on the server end so that instead of needing to D/L 100kb... only 20kb is D/Led. But when the same file is D/Led using Arachne or Nettamer... the entire 100kb must be D/Led. The proof of this is in my little test at http://www.angelfire.com/id/glenndoom/memory.htm (links to 4 copies of memory.txt with the extension changed to .EXE .DOC and .GIF instead of its original .TXT) NS and Lynx get a Gzipped file of only 5,795 bytes. Arachne and Nettamer get the "raw" file of 13,223 bytes. The only one that does not get Gzipped is the .GIF The .TXT, .EXE and .DOC files are first Gzipped. But only when the server detects by way of the Browser Id string, that the client being used can then Gunzip that file. It seems that the problems are arrising when that client is not configured to Gunzip the file before saving it to disk. Both NS and Lynx automatically Gunzip the .TXT and view it just fine. However, both the .EXE and the .DOC are saved to disk without first Gunzipping them. It is then up to the user to Gunzip those files manually before they can be used. -- Glenn http://arachne.cz/ http://www.delorie.com/listserv/mime/ http://www.angelfire.com/id/glenndoom/download.htm http://www.thispagecannotbedisplayed.com/
