Re: [Zope] why will FastCGI not be supported in the Future.
On Mon, Nov 28, 2005 at 11:06:35AM -0500, Paul Winkler wrote: > On Mon, Nov 28, 2005 at 04:29:22PM +0100, Gerhard Schmidt wrote: > > I don't have exakt numbers. We started with pcgi and had heavy problems > > under load. They disapeared with the fastCGI module coming wird zope 2.6 > > i gues. I ve tried mod_proxy back than but had many problems. I can not > > test on the Production system as there are 4 users on the system and > > we have enougth Problems with Readconflictes and Session problems. > > I'm not surprised you had problems with PCGI, it was known to be > extremely slow. AFAIK it ran zope in single-threaded mode so > concurrency was terrible. > > It sounds like you have concluded that, because FCGI is faster than > PCGI, then FCGI must also be faster than mod_rewrite / mod_proxy. > That's just not logical. No, I just described the way we came to fastcgi and that it solved some of the Problems back than. I pretty sure that mod_proxy is much better than pcgi was. But logic tells me that it can't be better than fastcgi. Building a new connection costs time and CPU power and as the this connections have to be build for each request the impact grows with the number of requets. > p.s. If you're having session problems and read conflicts with 2.6, > you should strongly consider upgrading to *at least* 2.7.3 and maybe 2.8. > Heavy use of sessioning is still not perfect (see Dennis Allison's > recent threads), but it is *much* better since 2.7.3. > In addition, ReadConflictErrors are greatly reduced since the > release of ZODB 3.3, which first shipped with Zope 2.8. We are running zope 2.7.8 at the moment and working on mirgating to 2.8.x at the moment exaly for this reasons. Bye Estartu Gerhard Schmidt| Nick : estartu IRC : Estartu | Fischbachweg 3 || PGP Public Key 86856 Hiltenfingen | EMail: [EMAIL PROTECTED] | on request Germany|| pgpcTtGXzcgnf.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Zope Version
look at doc/CHANGES.txt --On 28. November 2005 15:54:23 -0500 Asad Habib <[EMAIL PROTECTED]> wrote: How do I determine which version of Plone/Zope I am using? Is there a version file somewhere in the Zope hierarchy? I can't seem to find one. Any help would be appreciated. Thanks. - Asad ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) pgpaIqFBxbGw0.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: ASP404 on Win2003
On 11/24/05, Brian Sullivan <[EMAIL PROTECTED]> wrote:
I have for a while successfully used the ASP404 script (
http://www.zope.org/Members/hiperlogica/ASP404) front ending part of a zope server using IIS on Win2000.
Recently I changed the front end server to Win2003. I have been attempting to use the same technique there. All seems to work except for the fact that the "FORM" part of the request header appears to go missing during the process -- so all form submits in my particular case fail. I have yet to determine the root cause, but near as I can tell the "FORM" request segment loss happens before the asp script gets to handle the redirection, presumably a change in Win2003's 404/405 error handling strips this out intentionally or inadvertently?
Are others seeing this same phenomenon? Any work around?
I figured out what the problem was -- it seems the ASP404 script depends on REQUEST_METHOD set in the request header to decide what mode to open WinHTTP in. On Win2000 the REQUEST_METHOD is set to the method of the request (GET/POST). On 2003 the method is always set to GET regardless of the original method.
The only solution I could find was to use Request.totalbytes > 0 as a check to set the WinHTTP open mode. Something like:
openmode = Request.ServerVariables("REQUEST_METHOD")if Request.totalBytes > 0 then openmode ="POST"end ifzopeServer.Open openmode, zopeRequest, False
Somehow it seems like not a very satisfying solution but it serves my purpose at this point.
___
Zope maillist - Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Zope Version
You can also look near the top of doc/CHANGES.txt in your zope software tree. -PW On Mon, Nov 28, 2005 at 04:08:03PM -0500, Doyon, Jean-Francois wrote: > Ah yes, some earlier zope 2.7 versions had that problem ... And at some > point, python 2.3.4 and then 2.3.5 became the recommended python versions. > > So you're probably somewhere between 2.7 and 2.7.3 ... 2.7.4 prefers python > 2.3.4. > > You can always do a "grep -r "2.7" *" from the root of your Zope > installation, see if it's in there somewhere? > > I believe there is a VERSION.txt file, but it probably is the containing the > bad version identifier. > > J.F. > > -Original Message- > From: Asad Habib [mailto:[EMAIL PROTECTED] > Sent: November 28, 2005 4:03 PM > To: Doyon, Jean-Francois > Cc: zope@zope.org > Subject: RE: [Zope] Zope Version > > Hi. I looked in there already but it does not state the version. This is > what it says: > > Zope Version (unreleased version, python 2.3.3, darwin) > > - Asad > > > On Mon, 28 Nov 2005, Doyon, Jean-Francois wrote: > > > Just look in the Management Interface, in the Control Panel ... > > > > J.F. > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > > Of Asad Habib > > Sent: November 28, 2005 3:54 PM > > To: zope@zope.org > > Subject: [Zope] Zope Version > > > > How do I determine which version of Plone/Zope I am using? Is there a > > version file somewhere in the Zope hierarchy? I can't seem to find one. > > Any help would be appreciated. Thanks. > > > > - Asad > > ___ > > Zope maillist - Zope@zope.org > > http://mail.zope.org/mailman/listinfo/zope > > ** No cross posts or HTML encoding! ** > > (Related lists - > > http://mail.zope.org/mailman/listinfo/zope-announce > > http://mail.zope.org/mailman/listinfo/zope-dev ) > > > ___ > Zope maillist - Zope@zope.org > http://mail.zope.org/mailman/listinfo/zope > ** No cross posts or HTML encoding! ** > (Related lists - > http://mail.zope.org/mailman/listinfo/zope-announce > http://mail.zope.org/mailman/listinfo/zope-dev ) -- Paul Winkler http://www.slinkp.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
RE: [Zope] Zope Version
Ah yes, some earlier zope 2.7 versions had that problem ... And at some point, python 2.3.4 and then 2.3.5 became the recommended python versions. So you're probably somewhere between 2.7 and 2.7.3 ... 2.7.4 prefers python 2.3.4. You can always do a "grep -r "2.7" *" from the root of your Zope installation, see if it's in there somewhere? I believe there is a VERSION.txt file, but it probably is the containing the bad version identifier. J.F. -Original Message- From: Asad Habib [mailto:[EMAIL PROTECTED] Sent: November 28, 2005 4:03 PM To: Doyon, Jean-Francois Cc: zope@zope.org Subject: RE: [Zope] Zope Version Hi. I looked in there already but it does not state the version. This is what it says: Zope Version (unreleased version, python 2.3.3, darwin) - Asad On Mon, 28 Nov 2005, Doyon, Jean-Francois wrote: > Just look in the Management Interface, in the Control Panel ... > > J.F. > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Asad Habib > Sent: November 28, 2005 3:54 PM > To: zope@zope.org > Subject: [Zope] Zope Version > > How do I determine which version of Plone/Zope I am using? Is there a > version file somewhere in the Zope hierarchy? I can't seem to find one. > Any help would be appreciated. Thanks. > > - Asad > ___ > Zope maillist - Zope@zope.org > http://mail.zope.org/mailman/listinfo/zope > ** No cross posts or HTML encoding! ** > (Related lists - > http://mail.zope.org/mailman/listinfo/zope-announce > http://mail.zope.org/mailman/listinfo/zope-dev ) > ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
RE: [Zope] Zope Version
Hi. I looked in there already but it does not state the version. This is what it says: Zope Version (unreleased version, python 2.3.3, darwin) - Asad On Mon, 28 Nov 2005, Doyon, Jean-Francois wrote: Just look in the Management Interface, in the Control Panel ... J.F. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Asad Habib Sent: November 28, 2005 3:54 PM To: zope@zope.org Subject: [Zope] Zope Version How do I determine which version of Plone/Zope I am using? Is there a version file somewhere in the Zope hierarchy? I can't seem to find one. Any help would be appreciated. Thanks. - Asad ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Zope 2.8.4 strange behavior
On Mon, Nov 28, 2005 at 08:19:23PM +0100, Dieter Maurer wrote: > Paul Winkler wrote at 2005-11-27 21:17 -0500: > > ... > >I've seen the same symptoms a number of times recently with zope 2.7.x. > >In our case, it seems to be related to ZEO. Zope seems to have lost > >its connection to ZEO but doesn't realize it somehow. My theory is > >that the symptom starts when all worker threads are waiting for objects > >that aren't in the ZEO client cache, so they're all waiting on ZEO > >requests. > > Do you have a firewall between Zope and ZEO? Yes, we do, and it is under control of another part of the company :-( > Usually, the OS can inform both ends of a connection when > the connection is torn down. > However, some firewalls tear a connection down in a way that > the endpoints do not get informed. I suspected as much... thanks. > We had to implement a keep alive mechanism to prevent our firewall > from behaving in this nasty way. OK. Can you give a high-level summary of what you did? I thought of using heartbeat to detect loss of connection, but I'm not sure what I could do on failure short of restarting Zope. -- Paul Winkler http://www.slinkp.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
RE: [Zope] Zope Version
Just look in the Management Interface, in the Control Panel ... J.F. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Asad Habib Sent: November 28, 2005 3:54 PM To: zope@zope.org Subject: [Zope] Zope Version How do I determine which version of Plone/Zope I am using? Is there a version file somewhere in the Zope hierarchy? I can't seem to find one. Any help would be appreciated. Thanks. - Asad ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope Version
How do I determine which version of Plone/Zope I am using? Is there a version file somewhere in the Zope hierarchy? I can't seem to find one. Any help would be appreciated. Thanks. - Asad ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] ZMI
On Mon, 2005-11-28 at 17:08 +, Mark Smith wrote: > I am using the correct user > name and password. I would be gratefu if anyone could suggest how > to resolve this problem. Reinitialize the zope admin password? or just create a zope admin user with: # /path/to/zopectl adduser a_name a_password (Zope must be turned off first, you must have a shell acces to do that) -- A powerfull GroupWare, CMS, CRM, ECM: CPS (Open Source & GPL). Opengroupware, SPIP, Plone, PhpBB, JetSpeed... are good: CPS is better. http://www.cps-project.org for downloads & documentation. Free hosting of CPS groupware: http://www.objectis.org. ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] ZMI
Look at the "SECURITY.txt" file in your ZOPE/doc folder. There you can find instructions to solve your problem. José Henrique.2005/11/28, Mark Smith <[EMAIL PROTECTED]>: I have had to reinstall Plone and Zope on my computer. I now find that whenI try to log into ZMI and http://localhost:8080/manage comes up, it tells methat I am not authorised to view this resource. I am using the correct user name and password. I would be gratefu if anyone could suggest how toresolve this problem.Yours sincerelyMark Smith___Zope maillist - Zope@zope.orghttp://mail.zope.org/mailman/listinfo/zope** No cross posts or HTML encoding! **(Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Zope 2.8.4 strange behavior
Paul Winkler wrote at 2005-11-27 21:17 -0500: > ... >I've seen the same symptoms a number of times recently with zope 2.7.x. >In our case, it seems to be related to ZEO. Zope seems to have lost >its connection to ZEO but doesn't realize it somehow. My theory is >that the symptom starts when all worker threads are waiting for objects >that aren't in the ZEO client cache, so they're all waiting on ZEO >requests. Do you have a firewall between Zope and ZEO? Usually, the OS can inform both ends of a connection when the connection is torn down. However, some firewalls tear a connection down in a way that the endpoints do not get informed. We had to implement a keep alive mechanism to prevent our firewall from behaving in this nasty way. -- Dieter ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] xform in zope 2.8
Tim Nash wrote at 2005-11-27 16:16 -0800: > ... >Does anybody know how to monkey patch 2.8.0 so zope can process an xform? I >found the xmlFix patch but a fellow zope user pointed out that 2.8.1 breaks >the monkey patch because of the >zope.app.publication.HTTPPublicationRequestFactory object. "zope.app" (and everything below) is Zope3 and not yet actively used in Zope2's "ZPublisher". Especially, it should not prevent "xform" processing by Zope2 (after you fixed its ZPublisher). -- Dieter ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Re: Zope's Webdav port for RESTful web service
On 28 Nov 2005 at 8:26, Tres Seaver wrote:
> requests onto *any* publishable method, which means that you have to
> try hard to abide by the RESTriction. Zope also supports using PUT
> for "resource creation", which the REST folks don't seem to get.
>
I'm not sure what part REST folks don't seem to get regarding PUT.
But in any case, I have not been able to get PUT to work in a
PythonScript in Zope 2.7.2 because PythonScript objects have a PUT
method that assumes it's a DAV upload.
PythonScript.py line 368 or so
def PUT(self, REQUEST, RESPONSE):
""" Handle HTTP PUT requests """
self.dav__init(REQUEST, RESPONSE)
self.dav__simpleifhandler(REQUEST, RESPONSE, refresh=1)
self.write(REQUEST.get('BODY', ''))
RESPONSE.setStatus(204)
return RESPONSE
Plus that method is protected by "Change Python Scripts" permission as
well.
--
Brad Clements,[EMAIL PROTECTED](315)268-1000
http://www.murkworks.com
AOL-IM or SKYPE: BKClements
___
Zope maillist - Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Zope Foundation draft docs available for review/comment
Hello everyone: We have published a draft set of formation documents for the Zope Foundation. A zip file of the complete set of docs is available online at: o http://tinyurl.com/7crf8 The next steps in the process are: o Community review, comment, incorporate feedback cycle(s) (one or two?) o Submit final drafts to the Software Freedom Law Center (SFLC) for iteration/editing/polishing o Form the Foundation! :^) Please participate in the review and comment period. You can do so via IRC and/or email. o IRC: We have scheduled the following IRCs to discuss the docs in real time: Who: Zope Community What: IRC to discuss Zope Foundation formation documents. Where: #zope on irc.freenode.net When: #1: Fri, Dec 9, 730a - 9a (US/EST) #2: Tue, Dec 20, 730a - 830a (US/EST) US/EST is GMT-5. o Email: We've also created a mailing list for Foundation-related topics. This list is available at: http://mail.zope.org/mailman/listinfo/foundation Please subscribe to this list for email-based discussions of the foundation. We would like to thank the formation review committee for their careful work reading, reviewing and commenting on the drafts up to this point. o Takeshi Yamamoto, CEO, Zope Japan KK o Jan Smith, OzZope o Jean-Marc Orliaguet, Chalmers University/CPSSkins o Kit Blake, CEO, Infrae o Christian Theune, CEO, Gocept and DZUG o Eric Barroca, Managing Partner, Nuxeo o Hadar Pedhazur, Chairman, Zope Corp o Rob Page, CEO, Zope Corp o Rajesh Setty, Chairman, Cignex o Dan Ravicher, Legal Director, Software Freedom Law Center o Karen Sandler, Counsel, Software Freedom Law Center Finally, Kit Blake and Jan Smith have been kind enough to volunteer to work on a FAQ. We will work to get this public in the near future. Special thanks to them - I imagine their FAQ work will increase somewhat for the next couple of weeks. :^) Regards, Rob -- Rob Page V: 540 361 1710 Zope Corporation F: 703 995 0412 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] ZMI
I have had to reinstall Plone and Zope on my computer. I now find that when I try to log into ZMI and http://localhost:8080/manage comes up, it tells me that I am not authorised to view this resource. I am using the correct user name and password. I would be gratefu if anyone could suggest how to resolve this problem. Yours sincerely Mark Smith ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
On Mon, Nov 28, 2005 at 04:29:22PM +0100, Gerhard Schmidt wrote: > I don't have exakt numbers. We started with pcgi and had heavy problems > under load. They disapeared with the fastCGI module coming wird zope 2.6 > i gues. I ve tried mod_proxy back than but had many problems. I can not > test on the Production system as there are 4 users on the system and > we have enougth Problems with Readconflictes and Session problems. I'm not surprised you had problems with PCGI, it was known to be extremely slow. AFAIK it ran zope in single-threaded mode so concurrency was terrible. It sounds like you have concluded that, because FCGI is faster than PCGI, then FCGI must also be faster than mod_rewrite / mod_proxy. That's just not logical. p.s. If you're having session problems and read conflicts with 2.6, you should strongly consider upgrading to *at least* 2.7.3 and maybe 2.8. Heavy use of sessioning is still not perfect (see Dennis Allison's recent threads), but it is *much* better since 2.7.3. In addition, ReadConflictErrors are greatly reduced since the release of ZODB 3.3, which first shipped with Zope 2.8. -- Paul Winkler http://www.slinkp.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Help with Apache and Plone & Zope Intranet configurations
We are in the process of setting up access control for our new Intranet which is Plone and Zope application running on port 8080. The access control should allow all our company users within the Firewall read access to the Intranet server without login. Outside the Firewall, all users have to authenticate to have read access. We are using Apache modules mod_auth_ldap for access control and mod_rewrite to map the URL and into a shorter friendly domain name with the standard http port 80. The mod_auth_ldap configuration and mod_rewrite configuration work well separately but create problems when we try to put them together. The main problem, we have is the authentication directives work only under the context of "directory" and because the Plone & Zope is a separate application server running under a different port, the mod_rewrite module can not be run under the context of "directory". Please have a look at the current Apache configuration below. The mod_rewrite part works OK but no authentication happens. There may be another solution to the problem and I would be grateful to hear your comments and suggestions. I know the information I've given you may not be detailed enough, but I will be happy to discuss it with you if you need more details ... ServerName intranet.mycompany.com RewriteEngine On RewriteRule ^/(.*) http://localhost:8080/VirtualHostBase/http/intranet.mycompany.com:80/Plone/VirtualHostRoot/$1 [L,P] order deny,allow deny from all allow from 172.24 AuthType Basic AuthName "Company Intranet" LDAP_Debug On LDAP_Server ldap.company.com LDAP_Connect_Timeout 1000 Base_DN "o=company" require valid-user Satisfy any thanks, Daniel. ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
On Mon, Nov 28, 2005 at 04:09:31PM +0100, Andreas Jung wrote: > > > --On 28. November 2005 15:52:25 +0100 Gerhard Schmidt <[EMAIL PROTECTED]> > wrote: > > > > >Sure I object. Why should perfectly working code be removed. There is > >no alternativ for heavy loaded sites which need integration of apache > >and zope. mod_proxy is no alternativ because it raises the load even > >further. > > > > I've seen lots of heavy loaded Zope sites - I've not seen a single one > using FastCGI. Can you give us some number about the FastCGI performance > compared to the standard mod_rewrite approach? Let numbers speak I don't have exakt numbers. We started with pcgi and had heavy problems under load. They disapeared with the fastCGI module coming wird zope 2.6 i gues. I ve tried mod_proxy back than but had many problems. I can not test on the Production system as there are 4 users on the system and we have enougth Problems with Readconflictes and Session problems. > But please read carefully...I wrote about deprecating the module but not > about removing it as in my original posting. We want o make clear that > FCGI is not supported. Yes but if its deprecated it can disapear from any new version. And thats an situation i'm not very comfortable with. > You are of course free to use it as long as you need. I know. I will read me in the FCGIServer and see if I can understand how its work. But my time is Limited. (Running and developing a portal for i 4 user with 3 Fulltime workers isn't that easy). Bye Estartu Gerhard Schmidt| Nick : estartu IRC : Estartu | Fischbachweg 3 || PGP Public Key 86856 Hiltenfingen | EMail: [EMAIL PROTECTED] | on request Germany|| pgp2lPpn79f7a.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Re: Zope's Webdav port for RESTful web service
Yeah, if POST and GET are desired to have semantic differences, your code will have to explicitly check request['REQUEST_METHOD']. On 11/28/05, Tres Seaver <[EMAIL PROTECTED]> wrote: > The trickiest thing about REST from Zope's point of view is that its > proponents seem to think POST (which is a general purpose verb) should > only be used for "resource creation". Zope is happy to map POST / GET > requests onto *any* publishable method, which means that you have to try > hard to abide by the RESTriction. Zope also supports using PUT for > "resource creation", which the REST folks don't seem to get. -- http://www.slinkp.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
--On 28. November 2005 15:52:25 +0100 Gerhard Schmidt <[EMAIL PROTECTED]> wrote: Sure I object. Why should perfectly working code be removed. There is no alternativ for heavy loaded sites which need integration of apache and zope. mod_proxy is no alternativ because it raises the load even further. I've seen lots of heavy loaded Zope sites - I've not seen a single one using FastCGI. Can you give us some number about the FastCGI performance compared to the standard mod_rewrite approach? Let numbers speakBut please read carefully...I wrote about deprecating the module but not about removing it as in my original posting. We want o make clear that FCGI is not supported. You are of course free to use it as long as you need. -aj pgpxmCqVb51yR.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
On 28 Nov 2005, at 14:52, Gerhard Schmidt wrote: Sure I object. Why should perfectly working code be removed. There is no alternativ for heavy loaded sites which need integration of apache and zope. mod_proxy is no alternativ because it raises the load even further. Sorry, I have to call "Bullshit" on the assertion that mod_proxy raises the load in any horrible way. I have been using Zope for more than 6 years and no one has ever made this claim or provided proof that this is so. jens ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
On Mon, Nov 28, 2005 at 03:23:04PM +0100, Andreas Jung wrote: > > > --On 28. November 2005 13:28:20 + Jens Vagelpohl <[EMAIL PROTECTED]> > wrote: > > > > >On 28 Nov 2005, at 13:25, Gerhard Schmidt wrote: > >>>It's a matter of resources, plain and simple. No one has stepped > >>>forward to support it, so it atrophied. If you think it's a great > >>>thing to keep, volunteer. > >> > >>I would if I had the time and the knowlege. But I don't see a Problem > >>with the Code right now. As I said i runs here perfectly smooth. > > > >"It works" and "is supported" are two different things. "Is supported" > >also means there are people who will come forward and help out when the > >code breaks or when people ask questions about it. As you have seen > >yourself, no one does. The answer is (and will remain, unless someone > >volunteers): Use at your own peril. > > I agree. There should be one supported way to achive a goal. In the past we > had at least three methods to run Zope (fortunately we kicked PCGI support > in the past). My suggestion is to deprecate FCGI officially in the docs and > through a deprecation warning and to kick it at some time (not necessarily > after two release cycles). So people can still use but they should know > that they are using a deprecated feature...objections? Sure I object. Why should perfectly working code be removed. There is no alternativ for heavy loaded sites which need integration of apache and zope. mod_proxy is no alternativ because it raises the load even further. Bye Estartu - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW & Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage pgpwSrYnShhnN.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
On 28 Nov 2005, at 14:23, Andreas Jung wrote: I agree. There should be one supported way to achive a goal. In the past we had at least three methods to run Zope (fortunately we kicked PCGI support in the past). My suggestion is to deprecate FCGI officially in the docs and through a deprecation warning and to kick it at some time (not necessarily after two release cycles). So people can still use but they should know that they are using a deprecated feature...objections? The deprecation warning should point out that mod_rewrite is the common way to achieve this goal and that FastCGI is plain unsupported. jens ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
--On 28. November 2005 13:28:20 + Jens Vagelpohl <[EMAIL PROTECTED]> wrote: On 28 Nov 2005, at 13:25, Gerhard Schmidt wrote: It's a matter of resources, plain and simple. No one has stepped forward to support it, so it atrophied. If you think it's a great thing to keep, volunteer. I would if I had the time and the knowlege. But I don't see a Problem with the Code right now. As I said i runs here perfectly smooth. "It works" and "is supported" are two different things. "Is supported" also means there are people who will come forward and help out when the code breaks or when people ask questions about it. As you have seen yourself, no one does. The answer is (and will remain, unless someone volunteers): Use at your own peril. I agree. There should be one supported way to achive a goal. In the past we had at least three methods to run Zope (fortunately we kicked PCGI support in the past). My suggestion is to deprecate FCGI officially in the docs and through a deprecation warning and to kick it at some time (not necessarily after two release cycles). So people can still use but they should know that they are using a deprecated feature...objections? -aj pgp6VbjvePiN5.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Re: Zope's Webdav port for RESTful web service
Hi. Thanks Tres and Sascha for replies. Sascha, I think this is right way to go and will make a product to do this and put the templates into skins. As far as URL's, I was hoping to do something like: http://mydomain.com/folder_to_resource/resource_id but I guess it will be enough to append to the url to trigger the method(s) Iike: http://mydomain.com/folder_to_resource/resource_id/get_resource http://mydomain.com/folder_to_resource/resource_id/modify_resource etc.. I am not using xhtml for my exchange but another xml format. I was originally thinking of using a different port for this which is reason for possible use of webdav port instead of regular port. Regards, David On Monday, November 28, 2005, at 09:26 AM, Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Pratt wrote: Hi Tino. Here are a couple of links that describe it. Boils down to using regular GET, POST, PUT, and DELETE over HTTP using specific URI's to invoke actions - sort of like XMLRPC over HTTP. It occurred to me that perhaps the current webdav server could be modified to handle requests for this purpose. I wondered how sensible this would be and whether anyone else has considered this or other options for setting up another listener for this type of service to their sites. REST Web Service Conventions: - Plain XML is the data representation format. That isn't part of REST at all. RESTified applications can be built using *any* fileish representation. - HTTP is the transfer protocol. - HTTP's GET, POST, PUT, and DELETE are the access/manipulation verbs. Zope already supports applicatoins built around the standard HTTP verbs. The trickiest thing about REST from Zope's point of view is that its proponents seem to think POST (which is a general purpose verb) should only be used for "resource creation". Zope is happy to map POST / GET requests onto *any* publishable method, which means that you have to try hard to abide by the RESTriction. Zope also supports using PUT for "resource creation", which the REST folks don't seem to get. - URIs point to individual data records (such as catalog items or customer info). Already doable, and in fact done in many Zope applications. - HTTP authentication and SSL provide security. Likewise. Basically, Zope already provides everything you need, and more (not using the "more" is the hard part). Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDiwV/+gerLs4ltQ4RAjavAJ9PnKZ8rhVi9ZsyCIbrH02tNjzamgCgrsLL iY2u2jHWvH5uT3riUtK+coQ= =B+lA -END PGP SIGNATURE- ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
Bitte schick das auf die Liste. Ich habe keine Lust solche Diskussionen privat zu führen. Danke, Andreas --On 28. November 2005 14:05:22 +0100 Gerhard Schmidt <[EMAIL PROTECTED]> wrote: On Mon, Nov 28, 2005 at 12:43:44PM +, Jens Vagelpohl wrote: On 28 Nov 2005, at 12:28, Gerhard Schmidt wrote: > I know there is a way to do just the same with mod_proxy, but > mod_proxy does > open new connection for every request while fastcgi uses the same > connection > for all requests. The is no problem on low load. But with growing > load, this > can become a Problem. Well, it's not "a way to do it", it's *the* way. Thats a real good argument. There is no *the* way. Every situation is different and having as mutch possibilities as possible is allways the best way to do it. I highly doubt that your assertion about using more connections than just one is a problem, under any circumstance. All very large production sites that I ever dealt with use mod_rewrite/mod_proxy. It simply is not a problem. Or do you have proof? Im runnig a very large site with 4 users and a peak arround 60 Requests per second. Having to call connect end all the routines that come with it is quite an increased load. Why. FastCGI work perfectly and efficiently. Thats exactly the usecase Fastcgi was developed for. In none of the Postings is an reason why FastCGI ist bad and therefore not supported in the future. Just to say "so it is" is not an Answer. So my question is still there. Bye Estartu - --- Gerhard Schmidt| Nick : estartu IRC : Estartu | Fischbachweg 3 || PGP Public Key 86856 Hiltenfingen | EMail: [EMAIL PROTECTED] | on request Germany|| pgpBlgWqyNx6l.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
(Mon, Nov 28, 2005 at 08:28:56AM -0500) [EMAIL PROTECTED] wrote/schrieb/egrapse: > From: Gerhard Schmidt <[EMAIL PROTECTED]> > I'm a little bit puzzled why there are growing Number of Mails telling > that the support for FastCGI will disappear in the future. Why is this. > > I am running multiple sites that are hybrides of apache/php and zope. It's > very easy to set up such a config with mod fastcgi and Apache. Our perception of reality seems to differ a lot. Setting up hybrid sites with RewriteRules / mod_rewrite and VHM in Zope is incredible easy, much easier than configuring fastCGI in httpd.conf. (And I'm not even counting having to compile fastcgi and hooking it into apache.) In helping relative newbies (to zope|apache) to configure their "zope gehind apache" setup on #zope (irc.freenode.net)I found out that life is much easier with 2 rewriterules. You will need rewriterules anyway if you want to force /manage access to https. And afer the rewrite rule "witch" was running, "zope behind apache" support on #zope has dwindled down a lot. > It works > just fine and very stable, even on heavy load. Here my experience differs a lot from yours it seems. > The posibility to Easy integrate Zope in existing apache/php server was one > of our main reasons to use Zope. > > I know there is a way to do just the same with mod_proxy, but mod_proxy does > open new connection for every request while fastcgi uses the same connection > for all requests. The is no problem on low load. But with growing load, this > can become a Problem. This is the fun part. Only a couple of weeks ago I grew bored having to restart / reinvestigate / sacrifice dead chicken for our one legacy zope instance that was run through fastcgi. Not really high load on the server, but high load on the admin due to apache? zope? getting stuck somehow. > Date: Mon, 28 Nov 2005 14:05:22 +0100 > In none of the Postings is an reason why FastCGI ist bad and therefore not > supported in the future. Just to say "so it is" is not an Answer. Experiences may differ, see above. For me it's "fastcgi, never again". It likely was great at some point in the past, but there is better stuff now. I value the undisturbed time that I can advance our company codebase too high, I don't want to be interrupted all the time with "XY hangs". As someone else mentioned, it's up to you! Regards, Sascha ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: Zope's Webdav port for RESTful web service
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David Pratt wrote: > Hi Tino. > > Here are a couple of links that describe it. Boils down to using > regular GET, POST, PUT, and DELETE over HTTP using specific URI's to > invoke actions - sort of like XMLRPC over HTTP. It occurred to me that > perhaps the current webdav server could be modified to handle requests > for this purpose. I wondered how sensible this would be and whether > anyone else has considered this or other options for setting up another > listener for this type of service to their sites. > > REST Web Service Conventions: > > - Plain XML is the data representation format. That isn't part of REST at all. RESTified applications can be built using *any* fileish representation. > - HTTP is the transfer protocol. > - HTTP's GET, POST, PUT, and DELETE are the access/manipulation verbs. Zope already supports applicatoins built around the standard HTTP verbs. The trickiest thing about REST from Zope's point of view is that its proponents seem to think POST (which is a general purpose verb) should only be used for "resource creation". Zope is happy to map POST / GET requests onto *any* publishable method, which means that you have to try hard to abide by the RESTriction. Zope also supports using PUT for "resource creation", which the REST folks don't seem to get. > - URIs point to individual data records (such as catalog items or > customer info). Already doable, and in fact done in many Zope applications. > - HTTP authentication and SSL provide security. Likewise. Basically, Zope already provides everything you need, and more (not using the "more" is the hard part). Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDiwV/+gerLs4ltQ4RAjavAJ9PnKZ8rhVi9ZsyCIbrH02tNjzamgCgrsLL iY2u2jHWvH5uT3riUtK+coQ= =B+lA -END PGP SIGNATURE- ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
On 28 Nov 2005, at 13:25, Gerhard Schmidt wrote: It's a matter of resources, plain and simple. No one has stepped forward to support it, so it atrophied. If you think it's a great thing to keep, volunteer. I would if I had the time and the knowlege. But I don't see a Problem with the Code right now. As I said i runs here perfectly smooth. "It works" and "is supported" are two different things. "Is supported" also means there are people who will come forward and help out when the code breaks or when people ask questions about it. As you have seen yourself, no one does. The answer is (and will remain, unless someone volunteers): Use at your own peril. jens ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
On Mon, Nov 28, 2005 at 01:07:49PM +, Jens Vagelpohl wrote: > > On 28 Nov 2005, at 13:05, Gerhard Schmidt wrote: > > >On Mon, Nov 28, 2005 at 12:43:44PM +, Jens Vagelpohl wrote: > >> > >>On 28 Nov 2005, at 12:28, Gerhard Schmidt wrote: > >>>I know there is a way to do just the same with mod_proxy, but > >>>mod_proxy does > >>>open new connection for every request while fastcgi uses the same > >>>connection > >>>for all requests. The is no problem on low load. But with growing > >>>load, this > >>>can become a Problem. > >> > >>Well, it's not "a way to do it", it's *the* way. > > > >Thats a real good argument. There is no *the* way. Every situation > >is different and having as mutch possibilities as possible is > >allways the > >best way to do it. > > It's a matter of resources, plain and simple. No one has stepped > forward to support it, so it atrophied. If you think it's a great > thing to keep, volunteer. I would if I had the time and the knowlege. But I don't see a Problem with the Code right now. As I said i runs here perfectly smooth. Bye Estartu Gerhard Schmidt| Nick : estartu IRC : Estartu | Fischbachweg 3 || PGP Public Key 86856 Hiltenfingen | EMail: [EMAIL PROTECTED] | on request Germany|| pgpTIRPlMin9i.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
On 28 Nov 2005, at 13:05, Gerhard Schmidt wrote: On Mon, Nov 28, 2005 at 12:43:44PM +, Jens Vagelpohl wrote: On 28 Nov 2005, at 12:28, Gerhard Schmidt wrote: I know there is a way to do just the same with mod_proxy, but mod_proxy does open new connection for every request while fastcgi uses the same connection for all requests. The is no problem on low load. But with growing load, this can become a Problem. Well, it's not "a way to do it", it's *the* way. Thats a real good argument. There is no *the* way. Every situation is different and having as mutch possibilities as possible is allways the best way to do it. It's a matter of resources, plain and simple. No one has stepped forward to support it, so it atrophied. If you think it's a great thing to keep, volunteer. jens ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
On Mon, Nov 28, 2005 at 12:43:44PM +, Jens Vagelpohl wrote: > > On 28 Nov 2005, at 12:28, Gerhard Schmidt wrote: > >I know there is a way to do just the same with mod_proxy, but > >mod_proxy does > >open new connection for every request while fastcgi uses the same > >connection > >for all requests. The is no problem on low load. But with growing > >load, this > >can become a Problem. > > Well, it's not "a way to do it", it's *the* way. Thats a real good argument. There is no *the* way. Every situation is different and having as mutch possibilities as possible is allways the best way to do it. > I highly doubt that your assertion about using more connections than > just one is a problem, under any circumstance. All very large > production sites that I ever dealt with use mod_rewrite/mod_proxy. It > simply is not a problem. Or do you have proof? Im runnig a very large site with 4 users and a peak arround 60 Requests per second. Having to call connect end all the routines that come with it is quite an increased load. Why. FastCGI work perfectly and efficiently. Thats exactly the usecase Fastcgi was developed for. In none of the Postings is an reason why FastCGI ist bad and therefore not supported in the future. Just to say "so it is" is not an Answer. So my question is still there. Bye Estartu Gerhard Schmidt| Nick : estartu IRC : Estartu | Fischbachweg 3 || PGP Public Key 86856 Hiltenfingen | EMail: [EMAIL PROTECTED] | on request Germany|| pgp4uCwucIzhm.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] DateTime mess
Lennart Regebro wrote: >>Datetimes are dull values, they should just pickle nicely. > > They do. Yes, that's my point. That's why we don't need added persistency. > A module with extra utilities + timezone support would be nice. pytz provides some extensive timezone support. Not sure what the extra utilities are, but I don't have a lot of complicated datetime use cases so I could be missing stuff here. >>1. Create some extensive tests about how DateTime currently works. I'm >>currently working on this to see whether any further procedure makes sense. > > I'm not worried about how it works now. DateTime is buggy and it's > behaviour has undergone several subtle changes, sometimes for the > worse, without much screaming. :-) Well, I'm not so worried about the past but about the future. I'm currently diving into the matter by writing doctests. If we find that DateTime and datetime.datetime are semantically incompatible, we'll have to think up a different strategy. We'll see :). >>2. If we find it's possible, we rid the current DateTime implementation >>and recreate the DateTime class by subclassing datetime.datetime. For >>backwards compatability, we make sure that old pickles can be revived >>and that the old DateTime API is supported for two more Zope releases. > > Yeah, it's that pickling revival that worries me. It's non-trivial. I agree. Philipp ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
On 28 Nov 2005, at 12:28, Gerhard Schmidt wrote: I know there is a way to do just the same with mod_proxy, but mod_proxy does open new connection for every request while fastcgi uses the same connection for all requests. The is no problem on low load. But with growing load, this can become a Problem. Well, it's not "a way to do it", it's *the* way. I highly doubt that your assertion about using more connections than just one is a problem, under any circumstance. All very large production sites that I ever dealt with use mod_rewrite/mod_proxy. It simply is not a problem. Or do you have proof? jens ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] why will FastCGI not be supported in the Future.
--On 28. November 2005 13:28:19 +0100 Gerhard Schmidt <[EMAIL PROTECTED]> wrote: Hi, I'm a little bit puzzled why there are growing Number of Mails telling that the support for FastCGI will disappear in the future. Why is this. I am running multiple sites that are hybrides of apache/php and zope. It's very easy to set up such a config with mod fastcgi and Apache. It works just fine and very stable, even on heavy load. The posibility to Easy integrate Zope in existing apache/php server was one of our main reasons to use Zope. This is not the recommended solution (at least not since several years). There are no plans to remove FastCGI but it is no longer recommended and supported. But this reminds me that we could officially deprecated it and remove it safely after two release cycles (Zope 2.11). -aj pgp7DIkg6Co2l.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] why will FastCGI not be supported in the Future.
Hi, I'm a little bit puzzled why there are growing Number of Mails telling that the support for FastCGI will disappear in the future. Why is this. I am running multiple sites that are hybrides of apache/php and zope. It's very easy to set up such a config with mod fastcgi and Apache. It works just fine and very stable, even on heavy load. The posibility to Easy integrate Zope in existing apache/php server was one of our main reasons to use Zope. I know there is a way to do just the same with mod_proxy, but mod_proxy does open new connection for every request while fastcgi uses the same connection for all requests. The is no problem on low load. But with growing load, this can become a Problem. Bye Estartu Gerhard Schmidt| Nick : estartu IRC : Estartu | Fischbachweg 3 || PGP Public Key 86856 Hiltenfingen | EMail: [EMAIL PROTECTED] | on request Germany|| pgp5ZKaBEW8g5.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] DateTime mess
On 11/28/05, Philipp von Weitershausen <[EMAIL PROTECTED]> wrote: > Datetimes are dull values, they should just pickle nicely. They do. A module with extra utilities + timezone support would be nice. > 1. Create some extensive tests about how DateTime currently works. I'm > currently working on this to see whether any further procedure makes sense. I'm not worried about how it works now. DateTime is buggy and it's behaviour has undergone several subtle changes, sometimes for the worse, without much screaming. :-) > 2. If we find it's possible, we rid the current DateTime implementation > and recreate the DateTime class by subclassing datetime.datetime. For > backwards compatability, we make sure that old pickles can be revived > and that the old DateTime API is supported for two more Zope releases. Yeah, it's that pickling revival that worries me. It's non-trivial. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.cps-project.org/ ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] DateTime mess
Andrew Milton wrote: > +---[ Philipp von Weitershausen ]-- > > | 2. If we find it's possible, we rid the current DateTime implementation > | and recreate the DateTime class by subclassing datetime.datetime. For > | backwards compatability, we make sure that old pickles can be revived > | and that the old DateTime API is supported for two more Zope releases. > | > | 3. After two releases we get rid of the old DateTime API and will > | provide a script to migrate old DateTime pickles to datetime.datetime > | pickles in the ZODB. > > -1 for any scheme that deliberately breaks currently working code / installs. Agreed. Deprecation is a way of deliberately killing you softly :). Seriously, there's no going forward without getting rid of stuff. Deprecation is a good way of dealing with getting rid of stuff without having currently working code broken instantly. > -1 for any scheme that involves diddling the ZODB to 'fix' pickles, because >you just know you're going to corrupt someone's ZODB, and that's just >noone's idea of fun. There are sensible ways of upgrading the ZODB. Zope 3 has had it since 3.0 (called generations) and they've been working reasonably well for these things. > Didn't see any mention of fixing ZClasses (not sure if that's an issue). I'm not sure it is either, but this would be something to be discussed in the proposal discussion process, I guess. But now that you've mentioned it, I will investigate and possibly include notions in the proposal. > I'm the first in line of the people wanting Zope DateTime to die. However, you > need to leave it there. Fix Zope to internally use something different, and > provide a new implementation that 'sensible' people can use going forwards. I don't think that'll work. I've thought about just letting DateTime die and switch to datetime.datetime over completely. However, code that expects Zope to return DateTime-compatible objects would break. I think we need Zope to use some frankendatetime (a datetime.datetime that also supports the old DateTime API) throughout the deprecation period. Whenever people make a call to the old DateTime API on a frankendatetime object, they'll get a deprecation warning telling them to use the datetime.datetime API instead. After the deprecation phase is over, Zope 2 can return pure datetime.datetime objects. By the way, this is really not a thread for zope@zope.org but for [EMAIL PROTECTED] From the beginning, actually. I suggest we move all further discussion there. Philipp ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] DateTime mess
+---[ Philipp von Weitershausen ]-- | 2. If we find it's possible, we rid the current DateTime implementation | and recreate the DateTime class by subclassing datetime.datetime. For | backwards compatability, we make sure that old pickles can be revived | and that the old DateTime API is supported for two more Zope releases. | | 3. After two releases we get rid of the old DateTime API and will | provide a script to migrate old DateTime pickles to datetime.datetime | pickles in the ZODB. -1 for any scheme that deliberately breaks currently working code / installs. -1 for any scheme that involves diddling the ZODB to 'fix' pickles, because you just know you're going to corrupt someone's ZODB, and that's just noone's idea of fun. Didn't see any mention of fixing ZClasses (not sure if that's an issue). I'm the first in line of the people wanting Zope DateTime to die. However, you need to leave it there. Fix Zope to internally use something different, and provide a new implementation that 'sensible' people can use going forwards. Motivated developers can then move to the new API. Grumbling users can motivate their developers to migrate their code to the new API (or submit patches d8) -- Andrew Milton [EMAIL PROTECTED] ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] DateTime mess
Chris Withers wrote: > Andreas Jung wrote: > >> >> I agree that is should be replaced but I also mentioned that we tried >> to achieve that already some years ago and we gave upso talking >> about deprecation really makes sense when someone puts a replacement >> module on the table. I know that the DateTime module is a piece of >> crap but crap you can live mostly with (as long as you don't need >> timezones :-)). > > > Okay, well, I'd advocate replacement with a zope.datetime that > subclasses python's datetime, mixes in persistence and provides some of > the extra helper methods. > > What do people think? > > cheers, > > Chris > > (CC'ing Phillip 'cos I saw him doing some Zope 3'ish DateTime stuff...) Hey Chris, hey Hermann, hey others, I've secretly being working on some evil plans to make DateTime more understandable so that we can work out a migration strategy. In my strong opinion, Zope should not maintain its own date/time implementation and I don't even see the need for a zope.datetime like Chris suggests. Why does it need to be persistent? Datetimes are dull values, they should just pickle nicely. If someone needs more than datetime.datetime and pytz, I would be very interested in their usecase... Anyway, my long-term plans are roughly this: 1. Create some extensive tests about how DateTime currently works. I'm currently working on this to see whether any further procedure makes sense. 2. If we find it's possible, we rid the current DateTime implementation and recreate the DateTime class by subclassing datetime.datetime. For backwards compatability, we make sure that old pickles can be revived and that the old DateTime API is supported for two more Zope releases. 3. After two releases we get rid of the old DateTime API and will provide a script to migrate old DateTime pickles to datetime.datetime pickles in the ZODB. I have a proposal for this in works, but you guys made me blurt it out prematurely :). By the way, I only skimmed over this thread, but I haven't actually found anywhere explained what Hermann's problem with strftime was and a detailed suggestion on how his "rewrite" would take place... Maybe it'd be a good idea to adopt the proposal process we have for Zope 3. Philipp ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] DateTime mess
Andreas Jung wrote: I agree that is should be replaced but I also mentioned that we tried to achieve that already some years ago and we gave upso talking about deprecation really makes sense when someone puts a replacement module on the table. I know that the DateTime module is a piece of crap but crap you can live mostly with (as long as you don't need timezones :-)). Okay, well, I'd advocate replacement with a zope.datetime that subclasses python's datetime, mixes in persistence and provides some of the extra helper methods. What do people think? cheers, Chris (CC'ing Phillip 'cos I saw him doing some Zope 3'ish DateTime stuff...) -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] how to auto refresh the browser with dtml
Allen Huang schrieb: how do I do an auto-refresh to my browser with dtml? anyone have any ideas? _when_ do you want to refresh? or something like that should work. See rfc2616 for headers and zope-book for API of RESPONSE object. ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] how to auto refresh the browser with dtml
On 28 Nov 2005, at 09:53, Allen Huang wrote: how do I do an auto-refresh to my browser with dtml? anyone have any ideas? Please don't confuse server-side code (like DTML) with browser-side code (like Javascript and HTML). DTML cannot refresh your browser. Use Javascript or HTML. jens ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] how to auto refresh the browser with dtml
how do I do an auto-refresh to my browser with dtml? anyone have any ideas? Yahoo! Music Unlimited - Access over 1 million songs. Try it free.___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: Zope's Webdav port for RESTful web service
(Sun, Nov 27, 2005 at 12:00:08PM -0500) [EMAIL PROTECTED] wrote/schrieb/egrapse: > Am Samstag, den 26.11.2005, 21:17 -0400 schrieb David Pratt: > > Hi. I am looking at how to implement a RESTful web service in Zope2. > > Could you expand a bit on whatever a RESTful web service is? Hi Tino, I looked it up in Google. Too me it just looks like a regular buzzword accelerator. You do what you have always done, you just put in a megaton of new acronyms and buzzwords. Instant profit! To the orginal poster: I bet the best way to implement this is by making python scripts and page templates that return xml. No need to mess with webdav. No big deal either. Regards, Sascha ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
