-----Original Message----- From: seb bacon [SMTP:seb@jamkit.com] Sent: Tuesday, October 30, 2001 9:43 AM To: Jeffrey Robinson Cc: zope@zope.org Subject: Re: [Zope] Platform statistics
* Jeffrey Robinson <Jeffrey.Robinson@MCICoach.com> [011030 14:48]:
The administrator's main contention is that it is open source, unsupported and my attempt to lock them into a unix-centric platform; something that will work fine under "unix" but Windows is an after-thought. (On could take this basically as a predetermined approach to Zope/open source by said admin).
Sorry, I don't have any stats, but we've had it running without any problems in our dev environments, and always test our apps on both platforms before delivering them: this is because we actively sell Zope to our clients as a cross-platform solution! How many app server platforms allow you to deploy your software across such a wide range of hardware / OS, simply by copying it off a CD?
Also, it sounds to me like your problems come from PCGI, rather than Zope?
seb
Yes, infact I'm pretty sure you've hit the nail on the head with the last point. (Personally, I've been in love with Zope shortly after I started plugging away at it). My unfortunate position is that I'm the Graphic Designer so I can't actually do the work on IIS myself (though I do get to run amuck with Zope)... so I need to find definitive documentation on the IIS setup (step-for-step) for the admin to use. There was some sort've misconfiguration going on as calling Zope through IIS would launch pcgi_wrapper.exe which would then hog the CPU. These processes couldn't be killed, so the server had to be rebooted. I'm even willing to write up a document that'll outline in excruciatingly stupid detail how we set it up if it'll help other people. Jeff Robinson Graphic Designer Motor Coach Industries
Jeffrey Robinson wrote: [snip]
Also, it sounds to me like your problems come from PCGI, rather than Zope?
Yes, infact I'm pretty sure you've hit the nail on the head with the last point. (Personally, I've been in love with Zope shortly after I started plugging away at it).
PCGI is terrible, especially on NT, I suspect. I've been using a Zope setup behind Apache on NT, and regularly PCGI wrappers went haywire, were unkillable even by administrator, causing me to have to reboot the entire NT machine just to restart a Zope (because otherwise I'd get hanging PCGI wrappers). I suspect PCGI is much cleaner on a Unix box, though I've been using fastcgi there with Apache and this works fine and it seems to be efficient. Is there a fastcgi solution for IIS? Hm, apparently not: www.fastcgi.com says: Netscape/iPlanet & Microsoft - Fast Engines had FastCGI server extensions to Microsoft's IIS and Netscape's Enterprise Servers, but they are no longer available. Okay, my knowledge has run out. :)
My unfortunate position is that I'm the Graphic Designer so I can't actually do the work on IIS myself (though I do get to run amuck with Zope)... so I need to find definitive documentation on the IIS setup (step-for-step) for the admin to use. There was some sort've misconfiguration going on as calling Zope through IIS would launch pcgi_wrapper.exe which would then hog the CPU. These processes couldn't be killed, so the server had to be rebooted.
Hm, hadn't read this yet; yes, that sounds exactly like my problem with Apache on NT. Seems like it's not Apache but really PCGI wrappers that are the culprit. So I just blame NT. :) Note that a Zope restart seems to trigger this kind of problem, in my experience.. Regards, Martijn
participants (2)
-
Jeffrey Robinson -
Martijn Faassen