- Zope - Zope lists

Re: sorry to bother you again
by Chris McDonough 08 Dec '00

08 Dec '00

----- Original Message ----- From: "Matt" <matt.bion(a)eudoramail.com> To: "Chris McDonough" <chrism(a)digicool.com> Sent: Friday, December 08, 2000 4:46 AM Subject: sorry to bother you again No problem... I'd like to keep it on the mail list, so other folks can get the benefit. > Chris, > I found the following in the mailing lists, it was one of your replies to a > persistence question, I think it could finally clarify some things for me. > > Now if I understand what you have been saying in the following and before then > if I used self.a[0] = b then this will only be committed if I had called the > function that calls this within my product. If I called the function outside > of this, say using a dtmlMethod or an external method, then it would not > persist and instead I should really use > > tmp = self.a > tmp[0] = b > self.a = tmp The main question to ask yourself when trying to persist things is "is the __setattr__ of a persistent object getting called"? In the above example, the answer is yes. > I feel I am missing something. The boringplus product I made uses self.a[0] = > b type referencing, but on a dictionary, and works well. Where would my > product fail? It would not show your mutations of the 'self.a' dictionary: - after the server is stopped and restarted -or- - after the object referenced by 'self' was flushed from the RAM cache during normal operations > > thanks for your help > regards > Matt > > > Message 29479 of 46695 > > [ Reply ] > [ Forward ] > [ View > Source ] > > > > > From: Chris McDonough <chrism@d...> > Date: Tue May 2, 2000 3:05am > Subject: Re: [Zope-dev] Zope/Python Object Persistence > > > Chimezie is right... one clarification: you don't necessarily > need to > make the counter an attribute of the object the getNextCount() > method is > implemented on, but it needs to be an attribute of some object > that > sublclasses Persistence.Persistent (any standard Zope object). > > Note also that you will undoubtedly be bitten at some point > during the > writing of code in Zope by the somewhat unobvious fact that you > need to > treat mutable Python objects that are attributes of persistent > objects > as immutable. So instead of (for example): > > self.a[0] = b > > You'd need to do something like: > > tmp = self.a > tmp[0] = b > self.a = tmp > > Doing this triggers the persistence machinery. A different, > short-hand > way to do this is: > > self.a[0] = b > self.a._p_changed=1 > > > Chimezie Thomas-Ogbuji wrote: > > > > If you make the dictionary an attribute of the zope object > the > > getNextCount() method is called on, it should be pickled > automatically > > by ZODB. You'll need this logic in the beggining of > getNextCount: > > > > if (attribute exists): > > increment count attribute > > else: > > set attribute to default value (0) and increment > > > > This solution assumes you want a per-object persistent > counter. If what > > you want is a class-wide counter (common to all instances) > then I'm not > > sure how you'd do this besides: > > 1) using ZPickle product (might be overkill) > > 2) using Persistent List product (might be more appropriate) > > > > > Adam Pawliuk wrote: > > > > > > Hi, > > > > > > Is there a way that I can maintain persistent python > objects in > > > memory through the Zope Server? > > > > > > As a simple example if I create a counter in a python > module and > > > access it through an external method, the module seems to > get reloaded > > > every so often, so the counter will get reset. Can I avoid > this? > > > Basically I just want to keep a persistent > hashtable/Dictionary. > > > > > > MODULE: > > > > ************************************************************* > > > __persist = {}; > > > __persist['count'] = 0; > > > > > > def getNextCount(): > > > __persist['count'] = int( __persist['count'] )+1 > > > return __persist['count'] > > > > ************************************************************ > > > External method in DTML: > > > > > > <dtml-var "getNextCount()"> > > > > > > > > > thanks in advance > > > > > > >

1 0

Microsoft IIS 4.0 and Zope
by Petter Enholm 08 Dec '00

08 Dec '00

Hi, This may be more of a Microsoft IIS questions than Zope question, but I give it a shot! I have installed Zope (on port 8080) on a Windows NT 4.0 server with IIS 4.0, followed to Howto that explains how to set up PCGI with IIS, and all works very well. I can access Zope through http://localhost/scripts/zope.pcgi Next step: I want to access the Zope site through a given DNS name, f eks www.mydomain.com. How can I do this with IIS 4.0? I find no way to redirect a virtual host and at the same time rewrite the URL so that the user gets http://www.mydomain.com in the browser, not .../scripts/zope.pcgi. Anybody out there with knowledge on this issue? Best regards Petter Enholm Snapper as

1 0

Re: [Zope] FW: [Zope] FTP for ZClass hierarchies
by Tres Seaver 08 Dec '00

08 Dec '00

M. Adam Kendall" <mak(a)kha0s.org> wrote: > ARGH.. Spoke too soon.. just figured out how to override it > so it actually WILL let you get to methods of inner Zclasses. > And yes, I have tried to save back to the methods and they > save fine.. The next thing to try to tackle is how to make > FTP create a DTML Method instead of DTML Document as the > default when creating new files. I just checked in a pair of features for 2.3a1 which make it possible to hook the "figure out what kind of thing to create when handling a PUT to a new object" strategy. See the "hookable PUT creation fishbowl proposal", http://dev.zope.org/Wikis/DevSite/Proposals/HookablePUTCreation > Hope this helps. > > > In the past few days I have been working on a patch that will > > let you edit ZClasses via FTP without the need for typing in > > actual pathnames to get to the methods (mainly so I can edit > > ZClasses with HTML-Kit). Strangely enough, even with the > > modifications, I see this same thing. Tres. -- =============================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

1 0

Re: [Zope] Using aquisition inside a dtml method of a product ?
by Tres Seaver 08 Dec '00

08 Dec '00

Andreas Jung <andreas(a)andreas-jung.com> wrote: > > Inside a product my index_html is set to > > "index_html=HTMLFile('index_html',globals())" > > The index_html.dtml calls <dtml-var standard_html_header>. This > DTML method is available in the top-level hierarchy. However When > I call index_html Zope complains with a KeyError/standard_html_header. > When I remove the "<dtml-var standard_html_header>" call everything > works fine. > > Any idea why aquisition won't work in this case ? Could it be that you don't derive your product class (directly or indirectly) from Acquisition.Implicit? Otherwise, I'm stumped. I use just the code you describe inside the PTK, for instance. Tres. -- =============================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

3 2

Re: [Zope] ZNavigator
by Olaf Zanger 08 Dec '00

08 Dec '00

well, i installed navigator_demo.zexp and the ZNavigator folder from 2-00 and 2-01 respectively that i downloaded yesturday didn't help, but solution solution: delete navigator_demo/simple_demo/infobar/nonsens and simple_demo works your selection of objekt names, bar entries and the respective differences does unfortunately not really support bugtracking :-( since the complex_demo does not give any positive sign i give up here i would love to understand the complex_demo too, in case you have the correct version feel free to email it to me. thanks for your help and your product anyway olaf Jonas Juselius schrieb: > > Did you _install_ the code for ZNavigator 2.02 _and_ the examples in that > dist? (Remove the old ZNavigator and the examples...). When did you download > the ZNavigator from the Zope site? When I fixed the ZNav, I managed to upload > a faulty version, which was up for a day or two before I noticed... ;( > Unfortunately I didn't change the version numbers when I corrected my mistake. > I corrected my mistake a couple of months ago, so if your 2.02 is newer than > that it should be OK. It's important for me to know, before I start hacking... > > The problem is that (if I remember correctly, I have not looked at the code > for some time...) the DateTime stuff in Zope changed at some point. I had to > change the ZNavigator, so that it now uses Date _strings_ internally, > instead of DateTime objects... The problems arise because old NavItems (although > you cannot see it), have their date and expire data stored as DateObjects > instead of as strings. What you can try to do to fix the problems is to walk > through (either by hand or by DTML) your NavItems, open them and _save_ them > back without any modification. This should fix the problems. Another thing you > can look at is the precision of the date. The date should have a precision of > one day, not in seconds... (This was one of the problems the the new DateTime > objects, and the easiest way to fix it was to make dates strings and convert > strings to DTObjects when date comparison/algebra is needed...) > Of course it is possible that there is a bug somewhere, but I and a number of > people have been using the current version for months without problems. > > Let me hear how it went, > take care, > > -jonas- > > On Fri, Dec 08, 2000 at 10:51:30AM +0100, Olaf Zanger wrote: > > > > > > Jonas Juselius schrieb: > > > > > > Yes I have an idea... ;-) > > > > > > Due to some changes in Zope2, the ZNavigator broke... Try to get the latest > > > version (2.02) from www.zope.org/Members/jonas/ZNavigator/ and install the > > > examples from that distro instead. > > > > thanks for the tip, but didn't help, sorry > > > > navbar_dtml shows first icon right, second and third as "_" > > on click to second i come to Foo, click to first and third "date-string > > error" > > > > i copy > > /simple_demo/foo/index_html > > to > > /simple_demo/bar/index_html > > and it works > > > > unfortunately i can not find any differences between > > /bar/index_html > > and > > /foo/index_html > > > > what's up? > > > > olaf > > > > > > > > -jonas- > > > > > > On Fri, Dec 08, 2000 at 07:59:57AM +0100, Olaf Zanger wrote: > > > > hi there, > > > > > > > > i installed ZNavigator2.00.tgz on zope 2.2.2 > > > > if i try to use the examples i can install them > > > > i can edit the pages, but if i want to view them > > > > a error page "invalid date-time string" > > > > > > > > appears > > > > > > > > any idea? > > > > > > > > olaf > > > > -- soli-con Engineering Zanger Dipl.-Ing. (FH) Olaf Zanger Nusch Lorrainestrasse 23 3013 Bern / Switzerland Fon: +41-31-332 9782 Mob: +41-76-572 9782 mailto:info@soli-con.com mailto:olaf.zanger@soli-con.com http://www.soli-con.com

1 0

Re: [Zope] Authentication Problem : External method returning object
by Sean McGrath 08 Dec '00

08 Dec '00

>> .... >> Here is the external method "testexternal": >> >> class AClass: [Dieter Maurer] >You will need (or something like this): > __access_to_unprotected_subobjects__= 1 >> def __init__(self): > > .... It works a treat. Thanks! Sean

1 0

RE: Strange Catalog problem.
by Søren Roug 08 Dec '00

08 Dec '00

|| > Apparently "Update Catalog" doesn't touch the old invalid || > pointers in the index. || || Yes. Is it a feature or a bug ? Because this causes a lot of || trouble when || you want to transfer a 2.1.6 to 2.2.x site (because of the || lack of subclass || objets proposal when you want to do a new clean index.. || In my opinion ZCatalog should clean out invalid references. So I would classify it as a bug. || > Also, for Yihaw you must find object of all types || otherwise it won't catalog || > the subclassed objects! || || That's weird. It only shows the main Zclass. So doing that || the catalog || ends up with thousands of other objects ! || || Is this also a feature or a bug ? This is in my opinion also a bug. If they at least could catalog all derived classes. -- Sincerely yours/Med venlig hilsen Søren Roug <soren.roug(a)eea.eu.int> European Environment Agency Kongens Nytorv 6 Tel: +45 3336 7212 Fax: +45 3336 7199 ICQ: 13804170

1 0

RE: Strange Catalog problem.
by Didier Georgieff 08 Dec '00

08 Dec '00

Le 8 Dec 2000, à 11:44, Søren Roug a écrit : > I think you should do "Find Items to ZCatalog" and do a clean index of the > whole website. Yes. But problem is to get the *whole* objects or nothing but can't get only the Yihaw objects and subclassed objects (see below). I guess it's a ZCatalog problem (or a feature ?) > Apparently "Update Catalog" doesn't touch the old invalid > pointers in the index. Yes. Is it a feature or a bug ? Because this causes a lot of trouble when you want to transfer a 2.1.6 to 2.2.x site (because of the lack of subclass objets proposal when you want to do a new clean index.. > Also, for Yihaw you must find object of all types otherwise it won't catalog > the subclassed objects! That's weird. It only shows the main Zclass. So doing that the catalog ends up with thousands of other objects ! Is this also a feature or a bug ? Thanks for the help. -- Didier Georgieff DDAF du Bas-Rhin - Cellule SIG 2, rue des Mineurs 67070 Strasbourg Cedex tél : 03.88.25.20.33 - fax : 03.88.25.20.01 email : didier.georgieff(a)agriculture.gouv.fr SIT du Bas-Rhin : http://www.bas-rhin.sit.gouv.fr GéoWeb http://sertit10.u-strasbg.fr

1 0

RE: [Zope] ZPatterns
by Magnus Heino (Rivermen) 08 Dec '00

08 Dec '00

> > I simple products that does things the ZPatterns way, and > explains why and > > how would be just great. > > The problem, and this I totally agree with PJE, Ty Sarna and the other > people who're using ZPatterns and fully understand it, is > that they are > using it to do their jobs and so really haven't got the time > to come up > with nice examples and finished docs. > > To be honest, I'm just glad they chose to open source it all :-) And so am I. What I meant was that there seems to be more and more people that that start to understand it, at least a small bit of it. If all these people contributed their small part to a HowToWriteASimpleAndGoodZPatternsProductZWiki, then the documentation bit would be solved. Maybe people like you? :) /Magnus

1 0

Re: [Zope] Cut/copy/paste problems
by Oleg Broytmann 08 Dec '00

08 Dec '00

Hi! > i knew that! :) btw, there's currently sparse document on mod_pcgi2. i'd > like to change that, but i need info from you (the author ..straight from the > horses mouth - so to speak) or snippets from your httpd.conf. do i need to > have Zope.cgi available? i think i do since otherwise, there'll be no > connection. or am i missing something? You missed pcgi-wrapper :) If you look into Zope.cgi (it is just plain text file) you'd found it is a script interpreted by pcgi-wrapper. That very pcgi-wrapper is a binary file compiled from pcgi-wrapper.c during the Zope installation process. The pcgi-wrapper binary is the program that implements PCGI protocol. When I wrote mod_pcgi2, I borrowed a lot of code from pcgi-wrapper.c. That way you do not need Zope.cgi or pcgi-wrapper - the PCGI code is already in mod_pcgi2. > how can i finetune the performance? it seems that under heavy load, eg 100 > simultaneous apache connection, it'd get loger to contact the server. in the > browser, we'd see contacting the server, waiting for reply .. for about 3-4 > secs before we get any activity/reply from server. You'd need to finetune Zope, not the mod_pcgi2 module. When you connect to Zope-behind-Apache the process is going the following path: 1) browser sends a rquest to Apache 2) Apache invokes the mod_pcgi2 handler 3) the handler passes the request to Zope 4) !!! here is the problem to finetune !!! If Zope's own pull requests handlers is empty - Zope does not handle the request, but queues the request and waits 5) after Zope processes the request it passes the results back 6) mod_pcgi2 passes the results to Apache 7) Apache passess it back to browser. Ususally there are 4 threads in Zope, and 7 ZODB connections. The first number - 4 threads - could be configured by passing parameter to z2.py. If you raise the number much, you'd need to raise he seconf number somwhere in the ZODB source code. These are points for finetuning. Actually you may need to tune more things, but these things are just totally unrelated to mod_pcgi2. Tune ZODB cache, install and learn to use cacheing Products (the are a number of caches for Zope), use squid, etc. > when i do a packet dump, it seems that the machine needs a couple of SYN > before getting and ACK from the server. do you think it has anything to do > with mod_pcgi2? sorry if it's not. I'm pretty sure it has nothing with mod_pcgi2. SYN/ACK are properties of TCP/IP protocols, and PCGI protocol is much higher level. Oleg. ---- Oleg Broytmann http://www.zope.org/Members/phd/ phd(a)phd.pp.ru Programmers don't die, they just GOSUB without RETURN.

1 0