- Zope-Dev - Zope lists

AcceleratedHTTPCacheManager
by Dirk Datzert 25 Sep '02

25 Sep '02

Hi, I found it useful if the AcceleratedHTTPCacheManager would sent a cache-pragma of type 'no-cache' for authenticated user and objects which should not be cached on authenticated connections. I had configured a apache proxy and without that fix the mod_proxy will always cache objects, regardless if the object should be cached or not ! AcceleratedHTTPCacheManager.py def ZCache_set ... if not anon and self.anonymous_only: # sent a no-cache pragma to the HTTPCache ! expires=rfc1123_date(time.time() - seconds) RESPONSE.setHeader('Cache-Control', 'no-cache') RESPONSE.setHeader('Expires', expires) else: # Set HTTP Expires and Cache-Control headers seconds=self.interval expires=rfc1123_date(time.time() + seconds) RESPONSE.setHeader('Cache-Control', 'max-age=%d' % seconds) RESPONSE.setHeader('Expires', expires) Regards, Dirk

2 1

Right place?
by Ignacio Dosil Lago 25 Sep '02

25 Sep '02

Is this the right place for Zope and CMF product developers? If it isn't, is there any product developer mailing list? Regards.

3 2

Access problem.
by Ignacio Dosil Lago 25 Sep '02

25 Sep '02

-- I am developing a CMF "link" product which defines its own traverse method: def __bobo_traverse__(self, request, name=None): "Traverse method hook" if hasattr(self, name): # return own attributes/subobjects return getattr(self, name) else: t= self.getTarget() if hasattr(t, name): # return target's attributes/subobjects return getattr(t, name) else: return t -- It works fine under the ZMI but when I try to access an object of this product into a CMF portal using the CMF interface, Zope requests me login name and password (even if I am admin!!), which it doesn't accept, so the only way to continue is to cancel instead of triying to log in. Once I click on the cancel button Zope throws the following error: Site Error An error was encountered while publishing this resource. Unauthorized Sorry, a site error occurred. Traceback (innermost last): File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/ZPublisher/Publish.py, line 150, in publish_module File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Products/Localizer/__init__.py, line 65, in new_publish File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/ZPublisher/Publish.py, line 114, in publish File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Zope/__init__.py, line 159, in zpublisher_exception_hook (Object: Link) File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/ZPublisher/Publish.py, line 98, in publish File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/ZPublisher/mapply.py, line 88, in mapply (Object: metadata_edit_form) File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/ZPublisher/Publish.py, line 39, in call_object (Object: metadata_edit_form) File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Shared/DC/Scripts/Bindings.py, line 252, in __call__ (Object: metadata_edit_form) File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Shared/DC/Scripts/Bindings.py, line 283, in _bindAndExec (Object: metadata_edit_form) File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Products/PageTemplates/Expression s.py, line 186, in _eval File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Products/PageTemplates/Expression s.py, line 143, in _eval (Info: here) File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Products/PageTemplates/Expression s.py, line 339, in restrictedTraverse (Object: Link) (Info: {'path': ['portal_url'], 'TraversalRequestNameStack': []}) Unauthorized: You are not allowed to access portal_url in this context -- I know 'portal_url' is a URLTool at the CMF portal root which my product acquires, so it's like an attribute of this object that Zope or CMF tries to access for some reason. I've also been tracing "restrictedTraverse" in Expressions.py but I couldn't see the information obtained as useful information. Any suggestions/questions? Kind regards.

2 1

how to change to another authenticated user programmatically?
by Craeg K Strong 25 Sep '02

25 Sep '02

Hello: I am working on an application where users register themselves. That is, there will be a registrar username and password that is sent out to all prospective users via email. The only thing the registrar can do is add a user. The most convenient thing would be for the user to log in as the registrar, add himself as a user, and then the application woud immediately recognize him as *the new user* from then on, without the user having to exit the browser, restart it, and login as the new user. The new user is added using the standard _addUser() function on the user folder, so it is a valid Zope user. Does anyone know how to change the current AUTHENTICATED_USER programmatically? That is, the "user" object in my ZPTs would thereafter be the *new* user, not the registrar? Alternative number two is to force the user to reauthenticate-- somehow get the browser to popup a login screen where the user can type in the new username and password. This might be easier, b/c it is simply a matter of sending back the appropriate HTTP Header and status codes, right? Thanks in advance! --Craeg

4 5

Access problem.
by Ignacio Dosil Lago 25 Sep '02

25 Sep '02

-- I am developing a CMF "link" product which defines its own traverse method: def __bobo_traverse__(self, request, name=None): "Traverse method hook" if hasattr(self, name): # return own attributes/subobjects return getattr(self, name) else: t= self.getTarget() if hasattr(t, name): # return target's attributes/subobjects return getattr(t, name) else: return t -- It works fine under the ZMI but when I try to access an object of this product into a CMF portal using the CMF interface, Zope requests me login name and password (even if I am admin!!), which it doesn't accept, so the only way to continue is to cancel instead of triying to log in. Once I click on the cancel button Zope throws the following error: Site Error An error was encountered while publishing this resource. Unauthorized Sorry, a site error occurred. Traceback (innermost last): File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/ZPublisher/Publish.py, line 150, in publish_module File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Products/Localizer/__init__.py, line 65, in new_publish File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/ZPublisher/Publish.py, line 114, in publish File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Zope/__init__.py, line 159, in zpublisher_exception_hook (Object: Link) File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/ZPublisher/Publish.py, line 98, in publish File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/ZPublisher/mapply.py, line 88, in mapply (Object: metadata_edit_form) File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/ZPublisher/Publish.py, line 39, in call_object (Object: metadata_edit_form) File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Shared/DC/Scripts/Bindings.py, line 252, in __call__ (Object: metadata_edit_form) File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Shared/DC/Scripts/Bindings.py, line 283, in _bindAndExec (Object: metadata_edit_form) File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Products/PageTemplates/Expressions.py, line 186, in _eval File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Products/PageTemplates/Expressions.py, line 143, in _eval (Info: here) File /home/Zope/Zope-2.5.1-linux2-x86/lib/python/Products/PageTemplates/Expressions.py, line 339, in restrictedTraverse (Object: Link) (Info: {'path': ['portal_url'], 'TraversalRequestNameStack': []}) Unauthorized: You are not allowed to access portal_url in this context -- I know 'portal_url' is a URLTool at the CMF portal root which my product acquires, so it's like an attribute of this object that Zope or CMF tries to access for some reason. I've also been tracing "restrictedTraverse" in Expressions.py but I couldn't see the information obtained as useful information. Any suggestions/questions? Kind regards.

2 1

Fwd: [Zope] manage_beforeDelete
by Júlio Silva 25 Sep '02

25 Sep '02

> When I rename one object (one instance of a zclass) the object actualy > is deleted and then created, which makes the trigger manage_beforeDelete > to be called on the delete operation. the problem is I dont want to call > manage_beforeDelete when renaming this object. Is there a way to test in > manage_beforeDelete (defined in my zclass) If the ZMI operation is a > rename or a delete? > > -- Julio Silva --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com) Version: 6.0.391 / Virus Database: 222 - Release Date: 9/19/2002

1 0

DevC++ from sourceforge to build Zope on win32/linux
by James Johnson 25 Sep '02

25 Sep '02

How would a project sound. I'm thinking about trying to put it together using ming32 with devC++. Does it sound possible, or would I be wasting my time. I'm taking a C language class and I want to play around with the Zope source. The link to devC++ follows http://sourceforge.net/projects/dev-cpp/ Thanks http://sourceforge.net/projects/dev-cpp/ Peace, -- James I am a Washington State Citizen. Spamming this Email Address may be against Washington State Law Chapter 19.86, and 19.190 RCW. http://www.wa.gov/ago/junkemail/protect.html _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

2 1

-S undocumented?
by Lennart Regebro 24 Sep '02

24 Sep '02

I couldn't find the documentation on what -S does as a parameter to z2.py. >From reading the source it seems that it adds the restart button in the Zope control panel. Is that correct? Best Regards Lennart Regebro, Torped http://www.easypublisher.com/

2 1

Re: Passive ftp for zope.
by Chris Withers 24 Sep '02

24 Sep '02

Hi Mark, Sorry for the long delay. To be honest, I'm probably not the best person to speak to. I think the work you've done is excellent, and I'm CC'ing this message to the zope-dev(a)zope.org list. That list is for the discussion of the development of Zope and the people there should be able to help you both with ironing out the remaining problems and getting your changes integrated into the core Zope distribution if appropriate. cheers, Chris Mark Simpson wrote: > I've come up with something that works. > > The problem is, the error checking doesn't, and I'd like to change it into a > configuration variable rather than hard code it. I'm a Unix/C/Java > programmer by trade, and though I'm zope friendly I'm not too knowledgable > about python yet (though I know about network programming in other languagew, > hence the patch). > > Here's the diff. It's for ZServer/medusa/ftp_server.py > > When I said error checking doesn't work, I mean, if I tried to raise an error > on the ftp/control connection, it didn't send the message back to the client. > I was using self.respond. Really it should raise an error if there's no > passive connections left. Though this will work. I think the problem may > have been inheritance, i.e. what object self.respond was. ANyhow, this > works fine, it's just will need alteration to be upto the standard to put in > the zope core. The change is in the __init__ method in class > "passive_acceptor" > > I also, don't know how to get it integrated into the zope core distribution > so everyone can benefit from it. > > 818,834c818,823 > < # self.bind (( > < # self.control_channel.getsockname()[0], > < # 0 > < # )) > < # 52901 because it calculates between 52700 and 52901 (not > < # including 52901 > < for zport in range (52700,52901): > < try: > < self.bind (( > < self.control_channel.getsockname()[0], > < zport > < )) > < self.addr = self.getsockname() > < self.listen (1) > < except socket.error, why: > < continue > < break > --- > >> self.bind (( >> self.control_channel.getsockname()[0], >> 0 >> )) >> self.addr = self.getsockname() >> self.listen (1)

2 1

Monkey Patch ZEO server
by Brian Ray Brinegar 24 Sep '02

24 Sep '02

I would like to make a Monkey Patch to the Zeo Server. This will alter the way that Undos are handled in FileStorage. The monkey patch I have doesn't work because the Products are not initialized in the server. Any ideas? -Brian

2 1