HELP: downloading file from netscape/old IE can froze zope
Hello, I have just discovered a very nasty problem with Zope and all my versions of netscape(up to 4.6), and with the old verions of IE: - I put .PNG pictures in a folder.Clicking on thoses file open the 'save as' dislog box (I don't know why the extension is not recognized), if people press the cancel button at this time, Zope is frossen. The only thing to do is to kill the zope process and restart it. It's working fine with IE5. Has someone a solution to this? Which is the faulty piece of code? the python SocketServer, the ZopeHttpServer? (NB: this problem occurt on Zope 1.10.3. This is working ok with Zope2; the only Pb is that the system we have developed here doesn't works on Zope2!) If I can not fix this kind of Pb, the only system using Zope we have here at the European Space Agency/Italy center may disapear :-( Thanks for any help. Gilles Lavaux
At 14:06 28/10/99 , Gilles lavaux wrote:
Hello,
I have just discovered a very nasty problem with Zope and all my versions of netscape(up to 4.6), and with the old verions of IE: - I put .PNG pictures in a folder.Clicking on thoses file open the 'save as' dislog box (I don't know why the extension is not recognized), if people press the cancel button at this time, Zope is frossen. The only thing to do is to kill the zope process and restart it.
It's working fine with IE5.
Has someone a solution to this? Which is the faulty piece of code? the python SocketServer, the ZopeHttpServer? (NB: this problem occurt on Zope 1.10.3. This is working ok with Zope2; the only Pb is that the system we have developed here doesn't works on Zope2!)
If I can not fix this kind of Pb, the only system using Zope we have here at the European Space Agency/Italy center may disapear :-(
Thanks for any help.
What content-type is returned for the PNG images? If they are stored as File or Image objects, you can see this on the Edit tab. If it doesn't say 'image/png' then this is your problem. IE5 makes it's own decisions on the content-type based on the extension, while most other browsers (correctly) take the servers word for it. -- Martijn Pieters, Web Developer | Antraciet http://www.antraciet.nl | Tel: +31-35-7502100 Fax: +31-35-7502111 | mailto:mj@antraciet.nl http://www.antraciet.nl/~mj | PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149 ------------------------------------------
Gilles lavaux wrote:
Has someone a solution to this? Which is the faulty piece of code? the python SocketServer, the ZopeHttpServer? (NB: this problem occurt on Zope 1.10.3. This is working ok with Zope2; the only Pb is that the system we have developed here doesn't works on Zope2!)
Zope 1.x had problems with some connections which don't complete normally. One quite good workaround is to use Apache and PCGI, since Apache will protect Zope from any connection irregularities and improve responsiveness. Scenario 1: Two users on slow links ask ZHttpServer for big pages. One of them blocks until the other is completely done (or they time out). Scenario 2: Two users on slow links ask Apache for big pages. Apache gets both pages from Zope at lightning speed and starts sending them. Meanwhile, Zope is ready for further requests. Of course, none of this is a problem with Zope 2.x Evan
Of course, none of this is a problem with Zope 2.x
Why is this true? I notice that zope.org uses apache and I have been mulling over whether I should use apache (or Roxen, etc) as the main webserver. For my test site I am just using Zope though. Before I get lots of hits, why would Zope 2.x be faster? Also, it seems that zope.org is not lightning fast even with Apache as the main webserver (which was discussed under caching). What is the best strategy for a high-hit site? Thanks, John
John Glossner wrote:
Of course, none of this is a problem with Zope 2.x
Why is this true?
Because Zope 2.x's ZServer is based on the well-tested, high-peformance, multi-threaded Medusa server. Zope 1.x had nothing like it. Evan
participants (4)
-
Evan Simpson -
Gilles lavaux -
John Glossner -
Martijn Pieters