- Zope - Zope lists

CMFFormController doubts
by cla 28 Jun '05

28 Jun '05

Hi! I'am trying to add one more field in the edit_news_form(plone) but when i execute the script that probably stores the object information of this new field aren't stored. So this what i'am doing: <----------Script----------------> ... new_context = context.portal_factory.doCreate(context,id) new_context.edit( text, description, text_format,new_id_field ) <-- where new_context.plone_utils.contentEdit( new_context , id=id , title=title , description=description) ... <------------------------------------> So any ideas? Can anyone say to me the differences between new_context.edit(..) and new_context.plone_utils.contentEdit(..)? Any good page or tutorial that talks about it? thanks ___________________________________________________________________ O SAPO já está livre de vírus com a Panda Software, fique você também! Clique em: http://antivirus.sapo.pt

2 1

RE: [Zope] Tweaking Zope DB- and connection parameters
by Germer, Carsten 28 Jun '05

28 Jun '05

Ahh, this clarifies so far, thanks. But about how many zserver-threads would one need for approx. 50 concurrent connections? /Carsten >-----Original Message----- >From: Pascal Peregrina [mailto:Pperegrina@Lastminute.com] >Sent: Tuesday, June 28, 2005 11:54 AM >To: Germer, Carsten; zope list user >Subject: RE: [Zope] Tweaking Zope DB- and connection parameters > > >zserver-threads and pool-size should be almost the same. > >Each HTTP request from Apache to Zope uses a Connection object >bound to a >Transaction object. > >As each Connection object has its own cache, then if the >connection pool >size is much higher than the number of zsever threads, you could end up >using new connections with empty cache when it's not >necessary... This will >make the request response time slower (cause the connection >will need to get >all objects from ZODB) and will end up using unecessary memory >(cause all >connection caches will be caching objects). > >I would recommend pool-size 8 if you keep zserver-threads to 5. >(I don't know why pool-size must be a little higher than >threads, but the >default configuration is 4 threads and 7 connections, so...) > >Then try increasing the cache size, because if you have lots >of different >websites, caching 500 objects will probably cause each >connection to often >load objects from ZODB (cache miss). To monitor that you can >use Control >Panel -> Database Management -> Main -> Cache Parameters >For each connection, if the number of active objects hits your >500 limit, >then it may be a good idea to increase it. >But of course this will depend oh the available memory you have. > >Hope this helps. > >Pascal > > > >-----Message d'origine----- >De : zope-bounces(a)zope.org [mailto:zope-bounces@zope.org]De la part de >Germer, Carsten >Envoyé : mardi 28 juin 2005 11:32 >À : zope list user >Objet : [Zope] Tweaking Zope DB- and connection parameters > > >Hello everyone, > >I'm trying to figure out what I can set all (I know) Zope Parameters to >to get a good overall performance on our "old" live installation. >We have a new System with upgraded Zope and the like in the making but >untill then I'm trying to keep what is up smooth and stable. > >Machine: Dual Pentium with 4Gig Ram running on Suse Linux. Zope 2.7.2 >with Python 2.3.4 and ZMS for the Sites. There's a recent Apache 1.3.x >in Front for caching and like 25 Sites running on the system, some very >rarely visited some more loaded. > >While running the system with out-of-the-box-parameters at >times of high >load the RAM went full, the machine started swapping and spiraling down >so I started to set limits in Apache and Zope. I was mostly just >guessing! > >Apache is set to "MaxClients 50" >Zope.conf has set "zserver-threads 5" and ><zodb_db main> > cache-size 500 > pool-size 25 >... ></zodb_db> > >With this settings the machine tops at load around 1.8 - 2 and no >swapping takes place *puuh* but still users sometimes, too often for >users taste, get to wait a minute and longer for their page. For me it >tastes like a garbage collection or whatnot because after 5-20 minutes >everything is fine again for an hour or two... > >- Apaches "MaxClients" is set for general limit >- zserver-threads: How many ppl, approx., can connect with this set to >5? Would be good to synchronize this with the apache settings somehow? >- cache-size: This is per DB connection (pool-size) as I have >learned, I >did set this down to limit memory usage >- pool-size: number of concurrent DB-Connections as I learned. Does >every concurrent connection have to have it's own db-connection or do N >zserver-threads share one? > >What I'm looking for is general advice how these parameters >work and can >be set for best cooperation. Or if there are other Params that I have >missed yet ;) > >E.g. "every zserver-thread uses one db-connection and can server one >user so for 50 concurrent users you have to set everything to 50 and >tweak cache-size according to 'Cache Parameters' in the Zope config and >your RAM-load behaves" Which is nonsense I bet but something like that >would help me great time. > >Thanks in Advance for any Help! /Carsten > >--------------------------------------------------------------- >--------- >Carsten Germer Deutsches Elektronen Synchrotron >(Web-Office, IT) >phone: +49-40-8998-1661 >Notkestr. 85 >web: http://wof.desy.de >22607 Hamburg >e-mail: carsten.germer(a)desy.de > Germany >--------------------------------------------------------------- >--------- >_______________________________________________ >Zope maillist - Zope(a)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 ) > > >********************************************************************** >This email and any files transmitted with it are confidential and >intended solely for the use of the individual or entity to whom they >are addressed. If you have received this email in error please notify >the system manager. > >This footnote also confirms that this email message has been swept by >MIMEsweeper for the presence of computer viruses. > >www.mimesweeper.com >********************************************************************** > >

2 1

Debugging a python routine
by John Poltorak 28 Jun '05

28 Jun '05

Can anyone suggest how I would go about debugging a Python routine like this through Zope? <span tal:define="opts python:here.lib.parse_file(file=here.members,sepr=',',clone=1)"> <tal:block repeat="opt opts"> <li><a tal:content="python:opt[1]" tal:attributes="href python:opt[0]"></a></li> </tal:block> </span> -- John

4 4

RE: [Zope] RE: ZopeProfiler issue (found root cause)
by Pascal Peregrina 28 Jun '05

28 Jun '05

Well, what about : try: p= gP() except: return ;) I will test your patch, not sure about the + s_class = getattr(s, '__class__', None) + gpp_class = getattr(s, '__class__', None) in your patch... Pascal -----Message d'origine----- De : Dieter Maurer [mailto:dieter@handshake.de] Envoyé : lundi 27 juin 2005 20:00 À : Pascal Peregrina Cc : 'zope(a)zope.org'; Paul Chudleigh Objet : Re: [Zope] RE: ZopeProfiler issue (found root cause) Pascal Peregrina wrote at 2005-6-27 11:53 +0200: >I just finished reading xmlrpclib.py and ZopeProfiler code. > >Here is the root cause of the issue : > >In my code : > getattr(ServerProxy(self.url),self.rpc_method_expr) returns an >xmlrpclib._Method object > >Then ZopeProfiler calls >ZopeProfiler.ZopeProfiler.getHLFuncId(self,fn,frame), which contains: >gP= getattr(s,'getPhysicalPath',None) > >So this calls xmlrpclib._Method.__getattr__, which is: > def __getattr__(self, name): > return _Method(self.__send, "%s.%s" % (self.__name, name)) > >So this returns another xmlrpclib._Method object for a "getPhysicalPath" RPC >method > >Because gP is not None, ZopeProfiler then does : >p= gP() > >And this makes an RPC method call on the service, and of course raises an >Exception ! Nice analysis! >So for my tests I hacked xmlrpclib._Method.__getattr__ to return None for >'getPhysicalPath' : > def __getattr__(self, name): > if name=='getPhysicalPath': > return None > return _Method(self.__send, "%s.%s" % (self.__name, name)) You can do this easier: from xmlrpclib import _Method _Method.getPhysicalPath = None Of course, any way, you will loose the possibility to call "getPhysicalPath" via "XML-RPC". > >But a real fix will be needed on ZopeProfiler ! Try the attached patch. -- Dieter ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************

2 1

plone site & dreamweaver
by sguglia＠arrows.it 28 Jun '05

28 Jun '05

Hello! I need to use dreamweaver to manage a plone site but I cannot find a detailed howto. Any help? thank you, stefano.

1 0

loading an url from a restricted python script
by santiago 28 Jun '05

28 Jun '05

hello I'm writting a restricted python script (in the zmi) and I wish to load an url that the user gives to me in order to diplay it back, inside my web page. is there a zope method that I can use, or must I relay on an external python script and use urllib ? thanks

3 2

RE: [Zope] Tweaking Zope DB- and connection parameters
by Pascal Peregrina 28 Jun '05

28 Jun '05

zserver-threads and pool-size should be almost the same. Each HTTP request from Apache to Zope uses a Connection object bound to a Transaction object. As each Connection object has its own cache, then if the connection pool size is much higher than the number of zsever threads, you could end up using new connections with empty cache when it's not necessary... This will make the request response time slower (cause the connection will need to get all objects from ZODB) and will end up using unecessary memory (cause all connection caches will be caching objects). I would recommend pool-size 8 if you keep zserver-threads to 5. (I don't know why pool-size must be a little higher than threads, but the default configuration is 4 threads and 7 connections, so...) Then try increasing the cache size, because if you have lots of different websites, caching 500 objects will probably cause each connection to often load objects from ZODB (cache miss). To monitor that you can use Control Panel -> Database Management -> Main -> Cache Parameters For each connection, if the number of active objects hits your 500 limit, then it may be a good idea to increase it. But of course this will depend oh the available memory you have. Hope this helps. Pascal -----Message d'origine----- De : zope-bounces(a)zope.org [mailto:zope-bounces@zope.org]De la part de Germer, Carsten Envoyé : mardi 28 juin 2005 11:32 À : zope list user Objet : [Zope] Tweaking Zope DB- and connection parameters Hello everyone, I'm trying to figure out what I can set all (I know) Zope Parameters to to get a good overall performance on our "old" live installation. We have a new System with upgraded Zope and the like in the making but untill then I'm trying to keep what is up smooth and stable. Machine: Dual Pentium with 4Gig Ram running on Suse Linux. Zope 2.7.2 with Python 2.3.4 and ZMS for the Sites. There's a recent Apache 1.3.x in Front for caching and like 25 Sites running on the system, some very rarely visited some more loaded. While running the system with out-of-the-box-parameters at times of high load the RAM went full, the machine started swapping and spiraling down so I started to set limits in Apache and Zope. I was mostly just guessing! Apache is set to "MaxClients 50" Zope.conf has set "zserver-threads 5" and <zodb_db main> cache-size 500 pool-size 25 ... </zodb_db> With this settings the machine tops at load around 1.8 - 2 and no swapping takes place *puuh* but still users sometimes, too often for users taste, get to wait a minute and longer for their page. For me it tastes like a garbage collection or whatnot because after 5-20 minutes everything is fine again for an hour or two... - Apaches "MaxClients" is set for general limit - zserver-threads: How many ppl, approx., can connect with this set to 5? Would be good to synchronize this with the apache settings somehow? - cache-size: This is per DB connection (pool-size) as I have learned, I did set this down to limit memory usage - pool-size: number of concurrent DB-Connections as I learned. Does every concurrent connection have to have it's own db-connection or do N zserver-threads share one? What I'm looking for is general advice how these parameters work and can be set for best cooperation. Or if there are other Params that I have missed yet ;) E.g. "every zserver-thread uses one db-connection and can server one user so for 50 concurrent users you have to set everything to 50 and tweak cache-size according to 'Cache Parameters' in the Zope config and your RAM-load behaves" Which is nonsense I bet but something like that would help me great time. Thanks in Advance for any Help! /Carsten ------------------------------------------------------------------------ Carsten Germer Deutsches Elektronen Synchrotron (Web-Office, IT) phone: +49-40-8998-1661 Notkestr. 85 web: http://wof.desy.de 22607 Hamburg e-mail: carsten.germer(a)desy.de Germany ------------------------------------------------------------------------ _______________________________________________ Zope maillist - Zope(a)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 ) ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************

1 0

Tweaking Zope DB- and connection parameters
by Germer, Carsten 28 Jun '05

28 Jun '05

Hello everyone, I'm trying to figure out what I can set all (I know) Zope Parameters to to get a good overall performance on our "old" live installation. We have a new System with upgraded Zope and the like in the making but untill then I'm trying to keep what is up smooth and stable. Machine: Dual Pentium with 4Gig Ram running on Suse Linux. Zope 2.7.2 with Python 2.3.4 and ZMS for the Sites. There's a recent Apache 1.3.x in Front for caching and like 25 Sites running on the system, some very rarely visited some more loaded. While running the system with out-of-the-box-parameters at times of high load the RAM went full, the machine started swapping and spiraling down so I started to set limits in Apache and Zope. I was mostly just guessing! Apache is set to "MaxClients 50" Zope.conf has set "zserver-threads 5" and <zodb_db main> cache-size 500 pool-size 25 ... </zodb_db> With this settings the machine tops at load around 1.8 - 2 and no swapping takes place *puuh* but still users sometimes, too often for users taste, get to wait a minute and longer for their page. For me it tastes like a garbage collection or whatnot because after 5-20 minutes everything is fine again for an hour or two... - Apaches "MaxClients" is set for general limit - zserver-threads: How many ppl, approx., can connect with this set to 5? Would be good to synchronize this with the apache settings somehow? - cache-size: This is per DB connection (pool-size) as I have learned, I did set this down to limit memory usage - pool-size: number of concurrent DB-Connections as I learned. Does every concurrent connection have to have it's own db-connection or do N zserver-threads share one? What I'm looking for is general advice how these parameters work and can be set for best cooperation. Or if there are other Params that I have missed yet ;) E.g. "every zserver-thread uses one db-connection and can server one user so for 50 concurrent users you have to set everything to 50 and tweak cache-size according to 'Cache Parameters' in the Zope config and your RAM-load behaves" Which is nonsense I bet but something like that would help me great time. Thanks in Advance for any Help! /Carsten ------------------------------------------------------------------------ Carsten Germer Deutsches Elektronen Synchrotron (Web-Office, IT) phone: +49-40-8998-1661 Notkestr. 85 web: http://wof.desy.de 22607 Hamburg e-mail: carsten.germer(a)desy.de Germany ------------------------------------------------------------------------

1 0

Sharing global data between threads / locking a method
by Max M 28 Jun '05

28 Jun '05

I have a synkronisation script that I run every 10 minutes via wget from a cron job. Sometimes the script runs longer than 10 minutes. In that case I would like to return a page to wget, but not run the actual script. So in a external method/module I have a function like this: BUSY_STATE = 0 def sync_in_progress(busy=None): global BUSY_STATE if busy is None: return BUSY_STATE else: BUSY_STATE = busy The idea is that BUSY_STATE is a global value shared between all threads, and if the sync_test() function below is called while it is allready running in another thread, it will just return 'Sync allready in progress'. I then wrap the actual sync code like this: def long_test_function(): # just to kill time t = Timer('Loop time') for i in xrange(10**7): d = 7*8 e = 7*8 print t.time() return d def sync_test(self): if not sync_in_progress(): sync_in_progress(1) long_test_function() # placeholder for the real sync code sync_in_progress(0) return 'Sync done' else: return 'Sync allready in progress' But it seems that the new method merely waits until the first one has completed. So it allways returns 'Sync done' and calls long_test_function() What am I misunderstanding here? Isn't it the right way to share global data? Or is there some kind of locking going on under my nose that I am to blind to see. -- hilsen/regards Max M, Denmark http://www.mxm.dk/ IT's Mad Science

4 4

CMF 1.5.2beta released
by Jens Vagelpohl 28 Jun '05

28 Jun '05

Zope Corporation is pleased to announce the release of version 1.5.2beta of the Zope Content Management Framework (CMF). This release is intended for testing purposes only; we do not recommend deploying it to production servers. The final release of version 1.5.2 is expected mid-July 2005. What is the CMF? The Zope Content Management Framework provides a set of services and content objects useful for building highly dynamic, content-oriented portal sites. As packaged, the CMF generates a site much like the Zope.org site. The CMF is intended to be easily customizable, in terms of both the types of content used and the policies and services it provides. Where do I get it? Download it from http://zope.org/Products/CMF/CMF-1.5.2beta Points of interest include: - "Windows ZIP file", http://zope.org/Products/CMF/CMF-1.5.2beta/CMF-1.5.2beta.zip - "Unix tar/gzip archive", http://zope.org/Products/CMF/CMF-1.5.2beta/CMF-1.5.2beta.tar.gz . - "Release notes", http://zope.org/Products/CMF/CMF-1.5.2beta/README.txt - "Change history", http://zope.org/Products/CMF/CMF-1.5.2beta/CHANGES.txt - "Installation instructions", http://zope.org/Products/CMF/CMF-1.5.2beta/INSTALL.txt Where do I go to learn more? The CMF mailing list (zope-cmf(a)zope.org) has many participants who are active in supporting the CMF. ...to report bugs? The "CMF Collector":http://zope.org/Collectors/CMF is the place to report bugs (please search for existing reports of your issue first!)

1 0