- Zope - Zope lists

NewsGroups vs mailing list vs ?
by Tom Deprez 25 Jun '99

25 Jun '99

Hi, It's quiet on the list these days. Before the storm of Zope 2? Ok, a while ago, we had a discussion about a newsgroup or mailing list. Then I proposed to use something similar like www.experts-exchange.com . I'm wondering what other people think about. I think it's a good clear way of managing things. If you look at E-E, you know what I mean We could create such thing ourselfs, but not using the points-system etc. What do you think? Next, I'm wondering if creative Python Experts are working on some tools which might see the daylight soon... Is it possible to let us know about these tools? Tom.

1 0

Eric Raymond's new paper
by Jonathan Corbet 25 Jun '99

25 Jun '99

Just FYI: Eric Raymond's new paper "The Magic Cauldron" is out. It includes a few paragraphs on Zope as a way of making money from open source software. http://www.tuxedo.org/~esr/writings/magic-cauldron/ (Zope comes up in section 8). jon Jonathan Corbet, Eklektix, Inc. corbet(a)eklektix.com

3 2

DateTime problem
by Anthony Pfrunder 25 Jun '99

25 Jun '99

Hi all, I've fixed this problem as per last week and posted a patch on the Collector. To grab this patch plus patches for: * Database corruption under windows * Import typo * BoboPOS getting in the way of Zodb3 please goto: http://student.uq.edu.au/~s341625 note that because I haven't figured out diff/patch under windows yet you may have to apply the context sensitive patches yourself ;) PS How long before stuff goes through the collector? Cheers, Anthony Pfrunder

1 0

RE: [Zope] Updating object's modification timestamp?
by Alexander Staubo 24 Jun '99

24 Jun '99

>-----Original Message----- >From: zope-admin(a)zope.org [mailto:zope-admin@zope.org]On Behalf Of >Martijn Pieters >Sent: 23. juni 1999 16:23 >To: Zope Mailing List (E-mail) >Subject: RE: [Zope] Updating object's modification timestamp? > > >At 15:28 23/06/99 , Brian Lloyd wrote: >> > A better option would be to send DC a patch where you move >> > the setting of >> > the last-modified header to _before_ rendering the DTML, >so it can be >> > overridden in that DTML. Or so that it at least checks wether >> > the DTML has >> > set a last-modified header and leaves it intact. >> > >> > That way you can programmatically change the last-modified >> > header sent to >> > the browser. Much better solution. >> >>I suspect that this may be a non-issue - Alex, are you running >>1.11.something by any chance? That release had the Last-Modified >>setting code, but it has since been removed (since it was basically >>there in an abortive attempt to handle If-Modified-Since) in CVS >>and the latest Z2 alphas... > >So it is... > >So you just do RESPONSE.setHeader('last-modified', >ADateTimeObject.rfc822()) Yes, except HTTP headers (should) use RFC 1123 date/times in headers, not RFC 822. Furthermore the above just won't work on 1.11.0pr1 -- which I'm not complaining about, waiting to upgrade to Zope 2.0. _However_, I would like to reiterate that I don't think it's the document's responsibility to send a correct LM header. Zope (or ZServer) should return an 304 error if the browser requests a document that has not been modified. This scheme isn't compatible at all with what you guys are suggesting. Why? When, in the future, we'll have good HTTP/1.1 support in Zope/ZServer, the browser passes an If-Modified-Since header, Zope will compare the date/time to the internal modification stamp on the object. If the document is old, Zope will return an 304 (Not Modified) response. In other words, the document will never be rendered and the code to call RESPONSE.setHeader() will never be executed. What's weird about IE 5.0, by the way, is that it uses Last-Modified to determine whether its cached copy is more recent than the one returned by the server, even though the server returns the whole document anyway instead of a 304 (which, btw, is what Zope does), which, when you think about it, is a little strange but sort of efficient, since the browser can just ignore the data and subsitute its own cached data, even if the document returned by the server is technically different/newer. And that's why we need a touch() method, I think. > >-- >Martijn Pieters, Web Developer >| Antraciet http://www.antraciet.nl >| Tel: +31-35-7502100 Fax: +31-35-7502111 >| mailto:mj@antraciet.nl http://www.antraciet.nl/~mj >| PGP: >http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A3 2149 ------------------------------------------ -- Alexander Staubo http://www.mop.no/~alex/ "What the hell, he thought, you're only young once, and threw himself out of the window. That would at least keep the element of surprise on his side." --Douglas Adams, _The Hitchhiker's Guide to the Galaxy_

1 0

RE: [Zope] Gadfly and Zope, sharing database files
by Alexander Staubo 24 Jun '99

24 Jun '99

Correction: Tested with 1.10.2. Under 1.11.pr1 I can't even get the Zope-distributed ZGadflyDA to work (known bug?), let alone the latest version of Gadfly. Has ZGadflyDA been updated to 2.0? Is this something that is needed? -- Alexander Staubo http://www.mop.no/~alex/ "What the hell, he thought, you're only young once, and threw himself out of the window. That would at least keep the element of surprise on his side." --Douglas Adams, _The Hitchhiker's Guide to the Galaxy_ >-----Original Message----- >From: Alexander Staubo [mailto:alex@mop.no] >Sent: 24. juni 1999 16:54 >To: Zope Mailing List (E-mail) >Subject: RE: [Zope] Gadfly and Zope, sharing database files > > >To answer my last question: Yes, the latest (1.0) version of >Gadfly does >seem to work with Zope (tested with 1.11.0pr1; I'm going to >test out 2.0 >shortly). > >It does require a small fix in ZGadflyDA's __init__.py that should be >obvious for anyone how to modify. Beyond that, although I >really haven't >tested everything, it looks entirely compatible. > >-- >Alexander Staubo http://www.mop.no/~alex/ >"What the hell, he thought, you're only young once, and threw >himself out of the window. That would at least keep the element of >surprise on his side." >--Douglas Adams, _The Hitchhiker's Guide to the Galaxy_ > >>-----Original Message----- >>From: Alexander Staubo [mailto:alex@mop.no] >>Sent: 23. juni 1999 20:04 >>To: Zope Mailing List (E-mail) >>Subject: [Zope] Gadfly and Zope, sharing database files >> >> >>Has anybody any experiences with using Gadfly to share a database >>between several processes (or even inside a single process), such as >>Zope and an external script? >> >>I have a situation where I have a Python script running externally to >>Zope that updates a Gadfly database; then I'd like to build a >Zope site >>around this database. Does/can Gadfly gracefully share files, >>or does it >>open its files in "exclusive" mode? >> >>I have not tested out Gadfly's client/server capability. Any luck with >>this? What does Zope use? >> >>Oh, and can I easily update the Gadfly distribution that comes >>with Zope >>with a new one? I know this was discussed a little while ago, but I >>didn't see anything conclusive coming out of that discussion. >> >>-- >>Alexander Staubo http://www.mop.no/~alex/ >>"What the hell, he thought, you're only young once, and threw >>himself out of the window. That would at least keep the element of >>surprise on his side." >>--Douglas Adams, _The Hitchhiker's Guide to the Galaxy_ >> >> >>_______________________________________________ >>Zope maillist - Zope(a)zope.org >>http://www.zope.org/mailman/listinfo/zope >> >>(For developer-specific issues, use the companion list, >>zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >> > > >_______________________________________________ >Zope maillist - Zope(a)zope.org >http://www.zope.org/mailman/listinfo/zope > >(For developer-specific issues, use the companion list, >zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

WWW Consortiums Amaya version 2.1 Standard HTML/XHTML/XML Editor Released!
by Bryan J. Smith 24 Jun '99

24 Jun '99

WWW Consortiums Amaya version 2.1 Standard HTML/XHTML/XML Editor Released! What's new/fixed: http://www.w3.org/Amaya/User/New.html Links to source and pre-compiled binaries: http://www.w3.org/Amaya/User/BinDist.html -- The BS Bryan J. Smith mailto:b.j.smith@ieee.org,bjs@crc.com Software Engineer http://www.SmithConcepts.com/legal.html ================================================================== Linux's GPL license is NOT anti-commercial, it is anti-proprietary

1 0

Losing the right to be anonymous
by Jim Washington 24 Jun '99

24 Jun '99

So I am working for this professor, and he wants a temporary file drop location for students to put their class assignments on the server. I say: Zope. (of course). No worrying about network protocols. Accessible from anywhere there is a browser, secure, etc, etc. Plus, removing the users and files later on would be just a few clicks... Magic! I set the professor up as Manager of a Zope folder, and under that folder, I set-up some folders for the students. They have individual Manager rights in their subfolders, so all they have to do is upload their files, and all I have to do is put together a few lines of DTML making appropriate links in a document in the upper folder to nicely display the files in the student folders. The problem is that once a student has logged in as Manager of a subfolder and added their files, they cannot view the public interface in the professor's folder until they quit and restart the web browser. By logging in as a manager of a subfolder, they lose rights to view stuff they could view "anonymous"-ly. This is with Zope-1.10.3b1, but 2.0a3 seems to have the same behavior. I had never noticed this before. Then again, I am always using Zope as Manager from the top level. or purely anonymously. Anyway, this could be a word of warning for similar situations or a bug report or a request for suggestions how I could have done this better. I can't decide, so I thought I would just tell the story. Regards, -- Jim Washington

1 0

Redirect methods, Zserver vs. Apache
by Matthew J. Probst 24 Jun '99

24 Jun '99

Thanks for the input/discussion on virtual hosts, ZServer vs. Apache, and the two methods I can think of to support different virtual hosts with Zope on the same machine. The resource usage I'm most interested in is memory, not processor time. It would appear that a threaded Zserver could replace my anonymous FTP daemon, Apache, and a set of custom site-building scripts with a constantly running instance of Python. A threaded and interpreted approach is my first choice; if it weren't so expensive I would be using Roxen with SiteBuilder even though it lacks the object orientation of Zope. The machine serving my web sites does not have unlimited memory, and I think it's ridiculous to expect an ISP's machine to run tens or hundreds of copies of a process no matter how well the OS can deal with it. So, assuming that I want to take the risk of going with the newer ZServer included with 2.x alpha, how do I best go about enhancing it to support my needs, and increasing the chances of a stable site? I assume using it with older versions of other components would help, as would learning about the interface between ZServer and the publisher. I'm interested in redirecting different virtual domains into (a) seperate Zope processes or (b) different branches of the Zope tree. (b) sounds more interesting to me for reasons of resource usage and sharing of elements between several sites. Roxen had some interesting characteristics related to plugging in network service "modules" that could handle things like proxy caching, FTP service, and enhanced HTML processing. Is this similar to Zope's products combined with Medusa as a framework for network services? Roxen's implementation was buggy or incomplete but looked promising.

1 0

Building Zope 1.10.3 on FreeBSD
by Mary Thompson 24 Jun '99

24 Jun '99

Hi, I want to install Zope on a Virtual Server for evaluation and possible incorporation into a project that I am working on. But the installation is quite a headache. I installed and built the source of Python 1.5.1. I installed and built the source of Zope 1.10.3. Well, I tried to build it but when I ran the command "python w_pcgi.py" within my Zope directory, it choked. As far as I can tell, the gcc of the Components/ExtensionClass/ExtensionClass.c failed pretty badly (I got a bunch of "undefined symbol"s). Has anyone had this problem? Does it have to do with the platform I am using or the gcc version? Thanks for your help, Mary Verio Web Hosting

1 0

RE: [Zope] timestamp problem on NT
by Michel Pelletier 24 Jun '99

24 Jun '99

> -----Original Message----- > From: Miller, John M. [mailto:jmiller1@uop.com] > Sent: Thursday, June 24, 1999 11:09 AM > To: 'Toby Dickenson'; zope(a)zope.org > Subject: RE: [Zope] timestamp problem on NT > > > > But, just checking, I now get an attribute error when I try to commit > changes to a DTML doc/method. The traceback: > > AttributeError: __inform_commit__ > --> > > And now this problem has mysteriously gone away. I appear to > get this when > editing a Zope object for the first time. In spite of the > error the changes > I make still get committed, and with subsequent changes the > error does not > occur. Could this be an artifact of the program used to > convert from ZODB2 > format to ZODB3? Nope this is a known bug. The top level 'acl_users' folder is still importing the BoboPOS package, which is causing the wrong transaction manager to be used. The latest version of CVS fixes this bug. -Michel

1 0