March 1999 - Zope - Zope lists

IRC DalNet Channel
by Ze Octavio 25 Mar '99

25 Mar '99

Hello Zopians, Another way to get in touch with Zope questions, just go to irc.sodre.net (or another server from DalNet) in channel #zope I will be in the channel and who wants can be operator, just talk with me. Thanxs all Ze Octavio PS: Questions in spanol an portuguese are welcome too !

2 1

ANNOUNCE: #try tag v0.1.0
by Jordan B. Baker 25 Mar '99

25 Mar '99

Okay after I opened my big mouth I had to deliver. :) NOTE: THIS IS NOT ALPHA ALPHA CODE.. BEWARE Here's an example of what this is:  This is the try block  You suck   There was an exception! Yay! <p>It was  <p>It has this to say:   I incorporated a suggestion that except should handle  to specify the error to trap. Also,  will handle any errors by default. This is packaged as a product, is this the best way to distribute this?? Grab it from: ftp://ftp.spyderlab.com:/pub/zope/Try-0.1.0.tar.gz Since I've only been programming Python on and off, hopefully I didn't make any major assumptions about doing things a certain way. Please let me know if I have. ------- Jordan B. Baker -- jbb(a)spyderlab.com weaving the web @ http://www.spyderlab.com

1 0

New Counter Product
by Shaw, Howard 25 Mar '99

25 Mar '99

Here is the updated Counter Product. This contains two classes, one which provides a visible Counter Product which can be added as an object, and which has Security options, and a new tag which provides a means of accessing the Counter Product. Note: the tag should be able to access ANY object which possesses a getCount() and a incrementCount(md) where md==_. So an SQLCounter Product which stores its numbers in an SQL database should be able to use the same tag structure. Since it passes md into the incrementCount, the Product is free to store as much or as little of the REQUEST as it chooses. My product stores only the IP address, and only under proper conditions. The tag structure is described in the CounterTag.py source file, and examples are given. I hope this is useful to someone. <<Counter.tar>> Howard C. Shaw III Programmer/SysAdmin St. Thomas High School

1 0

Re: [Zope] Re: fsimport and permissions - CORXN
by pj＠sam.engr.sgi.com 24 Mar '99

24 Mar '99

Wade writes: |> Uh, no, I think. chown root /fred, chmod 700 /fred, chmod 711 |> /fred/barney. Then anybody can get a listing of barney, but ... Well - darn if you aren't right. Only the immediate parent directory of the item to be opened/listed matters (so far as execture permissions), not the grandparents and up. Seems strange to me -- but seems you're right. ======================================================================= I won't rest till it's the best ... Software Production Engineer Paul Jackson (pj(a)sgi.com; pj(a)usa.net) 3x1373 http://sam.engr.sgi.com/pj

1 0

Re: [Zope] [Project Idea] Looking ahead to the future of Linux .. .
by lstep＠mail.dotcom.fr 24 Mar '99

24 Mar '99

Paul Everitt <Paul(a)digicool.com> writes: > One thing I've seen that's pretty interesting in a low-tech kind of way > is rpmfind from rufus.w3.org from a repository. For .deb there is the official package manager (www.debian.org) but there's a 'Debian Package Finder', which is already complete python :-) On http://badger.alaska.net/debian/finder.cgi That may be easier to convert to Zope. Luc

1 0

Counter
by Shaw, Howard 24 Mar '99

24 Mar '99

Ok, having read the newly available ZODB manual, it seems that I should override __setstate__ and call the old __setstate__, passing it a dictionary containing only those attributes I wish to be persistent. Then I don't have to call my __setstate__... it will be called automatically by the system. This should have the effect of making any item not mentioned in my dictionary non-persistent, which will allow me to accomplish Paul's goal. Now, the BIG question... This ZODB manual is for ZODB3, which we don't yet have! So is this still the correct and workable technique for accomplishing this? Thanks again... and please everyone, don't use the old Counter product, since these tags are going to conflict horribly, and this new product should be much better for the DB, according to Paul, if I can make it work. Howard C. Shaw III Programmer/SysAdmin St. Thomas High School

1 0

FYI: Slightly updated version of the Z ODB tech docs
by Paul Everitt 24 Mar '99

24 Mar '99

I've gotten a lot of reports about a broken link to the ephemeral, much-referenced "BoboPOS3a1" technical docs. I promised myself I wouldn't update the link unless I updated Jim's doc to Zope-ify it. Thus: 1) The official name of the database is "ZODB", the Z Object Database. 2) The News on the site has a link to the ZODB3 Technical Documentation. This is a very well written, circa October document from Jim Fulton that describes the architecture of the next version of the database (i.e. Zope2). It's quite nice -- contains UML diagrams, API discussions, etc. 3) The broken links have been updated. --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909

1 0

is win3.1 ok?
by Tim Fraser 24 Mar '99

24 Mar '99

Would Zope run on a win3.1 laptop the same as Win95? Anyone doing this? I'm currently running Zope on Win95 desktop without problems.

2 1

The best way to pack and close PickleDictionary?
by Kevin Ehmka 24 Mar '99

24 Mar '99

Previously, using Bobo, I created several PickleDictionaries for use on my website. Regularly, I would pack these databases before ending the CGI call since they were altered very frequently. Now, using Zope, I find that I cannot pack them without receiving error messages telling me I'm attempting to write while the database is in read-only mode (it appears the Zope threads out the packing). I also found that Zope caches these databases and issues an error when I attempt to open them again. What is the best way to pack and close these databases? How can I query which db's have been opened? Even if I do keep a mapping of previously opened db's, how can I find out if Zope is closing them. Any help is appreciated. Thanks, Kevin _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

RE: [Zope] Counters
by Paul Everitt 24 Mar '99

24 Mar '99

Howard wrote: > I remember noticing various comments on the list bemoaning the lack of > some sort of counter. I also remember noticing the objections > which were > raised, and why counters weren't feasible. I don't remember reading > these objections, which may be why when I found a need for a > counter, I > sat down and wrote one. I now have a working Counter product which > provides a  tag . I'll indicate my appreciation of your contribution by, well, asking for more! :^) One of the big objections of the counter kind of object is that the object database gets bigger on every request. A good workaround for this would be to cache writes to the database. Thus, imagine a counter that: 1) Only wrote to the database after a threshold had passed. For instance, only every tenth state change or not until ten minutes had elapsed since the last write. 2) If the process was nicely shut down, the object would save itself. 3) Had knobs in the management screen that allowed adjusting the "buffered write" policy. The benefits: 1) The database wouldn't keep versioning into oblivion. 2) The application wouldn't be slowed by writes on every request. The drawbacks: 1) If the process exited not nicely, some state changes would be lost. --Paul

1 0