August 2000 - Zope-Dev

generic login
by Michael James 30 Aug '00

30 Aug '00

Hi, We are developing a generic site login package based around a mysql database. Instead of reinventing the wheel has anyone done this before specifically using mysql. Cheers, Michael

2 1

Re: [Zope] dtml-tree question
by Hugo Ramos 30 Aug '00

30 Aug '00

----- Original Message ----- From: "Dieter Maurer" <dieter(a)handshake.de> To: "Hugo Ramos" <hugo(a)zopers.org> Cc: "ZOPE" <zope(a)zope.org>; "EUROZOPE" <eurozope(a)comlounge.net> Sent: Tuesday, August 29, 2000 10:22 PM Subject: Re: [Zope] dtml-tree question > Hugo Ramos writes: > > Is there a way to use my own self made '+' icon in a tree tag? > > I'dd like to use my own icon only IF i want to... and not change the python > > source to use my own icon all the time! > The code is partially there, but incomplete and commented out. > > If you do not mind other extensions as well, I could provide > a TreeTag patch for several extensions, including the > icon customization. hello Dieter, I've tryied to hack the treetag source already... but there's some kind of bug in it: line 566 (original source): s.append([id,[]]) Why is this trying to append to 's' when 's' has become a tupple somewhere before this line???... tupples don't accept append!! This bug is really making me crazy... because it makes an error when clicking the + icon in a dtml-tree that I must use... Another thing: I hacked the source of treetag.py to accept 2 more parameters in the dtml-tree... icon_mi and icon_pl The hacked source is in the attach. Changes go from line 411-427. Of course i defined the 2 new parameters as None in the file top. Please somebody help me... I'm running out of ideias... regards ===== Hugo Ramos - hugo(a)zopers.org ZopersORG - http://www.zopers.org ===== Do not meddle in the affairs of programmers, for they are easy to annoy, and have all the source code!!!

2 1

ZCatalog and SiteRoot
by Hans Rauch 30 Aug '00

30 Aug '00

Problem: If I use ZCatalog without SiteRoot, I don't have any problems. But if I try to use ZCatalog with a virtual host (by SiteRoot), I'm not able to "Find items to ZCatalog": ErrorType: IndexError Error Value: list index out of range The error occurs on line 321 from ZCatalog.py --------------------------------------------- Solution: With the following patch I can use ZCatalog with virtual hosts (by SiteRoot): try : path=urllib.unquote(string.split(URL2, REQUEST.script)[1]) except : path=urllib.unquote(URL2) Hans -- ----------------------------------- HeLP PI Frankfurt Hans Rauch Gutleutstr. 8-12, 60329 Frankfurt/M Tel 069 / 2568 - 335 Fax - 320 hrauch(a)help-pi.f.shuttle.de -----------------------------------

2 1

Enhanced permissions for DTMLMethod and DTMLDocument?
by Christopher J. Kucera 30 Aug '00

30 Aug '00

'ello, everyone! I've got a question about permissions of DTMLMethods and DTMLDocuments. It seems to me that if you've given a role the "View management screens" permission, any user with that role should be able to view the source code for Methods and Documents. Is there any concurrence here? I can understand if you don't want that kind of feature bundled in with "View management screens," but if that's the case then I think there should be a different role that grants these permissions. I've posted this on the Collector (with patches) at: http://classic.zope.org:8080/Collector/1570/view but I wanted to see if anyone had anything else to say about it, too. :) Thanks for your time! -CJ

2 1

RE: [Zope-dev] Re: ANNOUNCE: Zope 2.2.1 released - breaks my zcla ss instances too.
by Brian Lloyd 29 Aug '00

29 Aug '00

> Brian, the tranalyser reported a clean (old) data.fs and I > don't use any > python base classes for any of my zclasses - however, in the interests > of my own sanity, I'm pleased to report success with an old recipe - I > started with a fresh Data.fs and cleaned out some cruft from > my Products > folder. After removing all the stuff I'm not using now (ZopePTK and > ZDConfera/ZDiscussions products in particular), I was able to > import my > zclasses and then the major application folder - everything looks fine > now and seems to work. > > Lesson may be that a Data.fs which works with an earlier zope version > may fail when upgrading to 2.2.1 - if so, try No - thats not the lesson (at least not the right one)... It looks like something in the "cruft" didn't want to be unpickled in the new installation (most likely due to a missing piece - a required product or base class needed by a piece of cruft didn't get moved to the new install). A Data.fs from an earlier version should always work with a later version so long as all add-ons are replicated in the new installation. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

2 1

Caching a tree tag
by Jeffrey Harris 29 Aug '00

29 Aug '00

Hello! I've got a site set up using Zope, I'm very pleased with it for the most part, but I have some complicated threaded discussion pages that use the tree tag, and they're taking FOREVER to load. I'm not completely certain which part of the system is taking so long. My first question is, is there an easy way to profile python routines? I don't know of a quick way, I'd love to hear suggestions. The second question I have is about the tree tag. I suspect that my pages are taking so long to render because my branches methods are pretty expensive. One possibility for me is to optimize this code. But I don't think this will really solve the problem. What I'd like to do is cache the tree structure. I don't want to cache the objects, just references to the nodes. Would this take just a little tweaking of the zope internals, or a lot? Again, I'd love any suggestions. Finally, how much overhead do you get from the tree tag, relative to an in tag, if the branches method is cheap? If I can't cache Zope's tree structure, I will probably make my own tree object storing references to the appropriate objects. Would recursing over this object with an in tag give me any performance improvement? Thanks! In community, Jeffrey Harris, Skyhouse Consulting

2 1

Help: mod_python+ZPublisher and authentication
by Gilles Lavaux 29 Aug '00

29 Aug '00

Hello, This is not exactly a Zope question, but I hope that some of you will be able to help me: I am using mod_python + ZPublisher + Ztemplate on a apache server and now I would like to restrict the access of some pages served by the ZHandler.py. How to do it?? Do I have to put a rewrite rule in apache? The Zhandler.py seams to reply all the time a 200 code to apache, do I have to modify it to send back an 'Unauthorized' code??( I don't know how to raise the 'Unauthorized' error from the python module I am publishing) Thanks for any help Gilles Lavaux

1 0

Re: [Zope-dev] Re: ANNOUNCE: Zope 2.2.1 released - breaks my zclass instances too.
by Dr. Ross Lazarus 29 Aug '00

29 Aug '00

Brian, the tranalyser reported a clean (old) data.fs and I don't use any python base classes for any of my zclasses - however, in the interests of my own sanity, I'm pleased to report success with an old recipe - I started with a fresh Data.fs and cleaned out some cruft from my Products folder. After removing all the stuff I'm not using now (ZopePTK and ZDConfera/ZDiscussions products in particular), I was able to import my zclasses and then the major application folder - everything looks fine now and seems to work. Lesson may be that a Data.fs which works with an earlier zope version may fail when upgrading to 2.2.1 - if so, try 1. Export everything you need (zclasses and data) from your current working zope into the target zope /import directory 2. clear out all that old cruft which you don't use anymore from your zinstancehome or other Products folder, 3. start 2.2.1 with a copy of the distribution Data.fs (cp Data.fs.in Data.fs) 4. import all your zclasses 5. import all your folders worked for me. Brian Lloyd wrote: > > > 2000-08-26T06:03:27 ERROR(200) ZODB Couldn't load state for > > '\000\000\000\000\000\000\016\204' > > Traceback (innermost last): > > File /usr/local/zope/zope221/lib/python/ZODB/Connection.py, > > line 447, > > in setstate > > File /usr/local/zope/zope221/lib/python/ZODB/Connection.py, > > line 213, > > in _persistent_load > > (Info: > > File /usr/local/zope/zope221/lib/python/ZODB/Connection.py, > > line 154, > > in __getitem__ > > (Info: ('\000\000\000\000\000\000*\252', > > '(cExtensionClass\012ExtensionClass\012q\001(U\006ZDItemq\002( > > cZClasses.ZClass\012PersistentCl$ > > Could not load oid > > > > > > --- In zope(a)egroups.com, Andy Dustman <adustman@c...> wrote: > > > Sadly, 2.2.1 seems to break all my ZClass objects. The > > Products themselves > > > look fine, but any object made with them comes up as > > broken. The Class ID > > > (in the HTML source) looked like it had a * in front of it. > > I retrograded > > > to 2.2.0 and the problems went away. > > Hi Ross - > > I'm having trouble reproducing this here, so I wanted to see > if I could try to rule out a few things: > > - Does this happen with _all_ of your custom ZClasses, or > just certain ones? > > - They dont depend on a Python-level base class or something > that maybe didn't get moved into the new installation do > they? > > - Does tranalyzer.py give your database a clean bill of health? > > If none of the above apply, would it be possible for you to > send me an export file of one of the products so I can look > into this further? > > Thanks! > > Brian Lloyd brian(a)digicool.com > Software Engineer 540.371.6909 > Digital Creations http://www.digicool.com -- Dr Ross Lazarus Associate Professor and Sub-Dean for Information Technology Faculty of Medicine, Room 114, A27, University of Sydney, Camperdown, NSW 2006, Australia Tel: (+61 2) 93514429 Mobile: +61414872482 Fax: (+61 2) 93516646 Email: rossl(a)med.usyd.edu.au

1 0

ZWikiZC comments
by Ross Boylan 29 Aug '00

29 Aug '00

Two substantive comments, and some editorial ones. You write that you are thinking of different schemes for generating paths and ids. I suggest one of the things you consider is whether your scheme will work if someone cuts the ZWikiZC and pastes it somewhere else in the tree. I'm not sufficiently versed in the different methods you discussed to understand their implications--they seem to involve yet more undocumented interfaces in Zope. Second, I think the facility for email notification of changes is really interesting. It seems to me that a problem with the Wiki concept (for some uses) is that they are very difficult to monitor for changes. Sending email, perhaps combined with diff, could help with this. Editorial comments: "Summary" is spelled with an "a" (not summery). "Product" is spelled with a "c" (not produkt). Since these words are prominent in the documentation, and at least one (summary) is to be a critical method, it would be good to clean this up. The "!" in the paths baffled me (e.g., "!WikiPage"). Why Catalogs distinguish metadata from indices also eludes me. It should be explained in the Z/Catalog writeup, but since it's not, it was there to bother me while I read your description. It's hazardous to claim a performance advantage without benchmarks.

4 9

Re: [Zope-dev] ZPatterns bug with patch
by Steve Alexander 28 Aug '00

28 Aug '00

> "Phillip J. Eby" wrote: > > > > try: > > dm = self.__dict__[_v_dm_] > > except KeyError: > > if name=='id' and val==self.__dict__['id']: return > > raise > > > > Hopefully this should only perform the extra computations when the first > > part fails... > > Are Python classes derived from DataSkin supposed to call > DataSkin.__init__ ? > > Anyway, perhaps this would be a small improvement: > > try: > dm = self.__dict__[_v_dm_] > except KeyError: > if (name=='id' and self.__dict__.has_key('id') > and val==self.__dict__['id']): return > raise What rubbish! I didn't mean that at all! I think what I meant was this: try: dm = self.__dict__[_v_dm_] except KeyError: if name=='id': if self.__dict__.has_key('id') and val==self.__dict__.['id']: return else: self.__dict__['id']=val return raise -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net

1 1