- Zope - Zope lists

The time 2177798400.000000 is beyond the range of this Python implementation.
by Sven Hohage 25 May '01

25 May '01

Hello, i've got this problem with the date-value 2039/01/05. Nearby this value it seems to be a python-time-limit! Is this changed with 2.0 and when not what can you do?? Tell your customer not to think about the future ;-) Bye and thanks!

3 2

Re: [Zope] Index types, property types
by Leigh Ann Hildebrand 25 May '01

25 May '01

Thank you for the suggestion. However, I've got just that already sitting here on my desk -- as I said, I've read the documentation available. I'm looking for something *more* than that explanation, which doesn't really seem to make clear the pros and cons of using the various types. Leigh Ann ---- "Andreas Jung" <andreas(a)andreas-jung.com> wrote: > Take a look at the corresponding section of the Zope book: > > http://www.zope.org/Members/michel/ZB/SearchingZCatalog.dtml > > It gives you a very good introduction into using the ZCatalog. > > Andreas > ----- Original Message ----- > From: "Leigh Ann Hildebrand" <leighann(a)onebox.com> > To: <zope(a)zope.org> > Sent: Friday, May 25, 2001 2:40 PM > Subject: [Zope] Index types, property types > > > > I've read the documentation about various index types (Text, Field, > Keyword) > > as well as the information about property types. However, I'm having > > problems understanding how to decide which to use for different > situations. > > For instance, I originally made document keywords a property "keywords" > > of the type "tokens", but it seems like tokens are case sensitive, > and > > I'd be better off using just "string" -- or maybe it's that having > the > > keyword property be indexed as KeywordIndex is a bad choice? > > > > Could someone compare and contrast these things a bit more for me? > > > > Leigh Ann > > > > -- > > Leigh Ann Hildebrand > > leighann(a)onebox.com - email > > (650) 223-2199 x2231 - voicemail/fax > > > > > > > > __________________________________________________ > > FREE voicemail, email, and fax...all in one place. > > Sign Up Now! http://www.onebox.com > > > > > > _______________________________________________ > > Zope maillist - Zope(a)zope.org > > http://lists.zope.org/mailman/listinfo/zope > > ** No cross posts or HTML encoding! ** > > (Related lists - > > http://lists.zope.org/mailman/listinfo/zope-announce > > http://lists.zope.org/mailman/listinfo/zope-dev ) > > __________________________________________________ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com

3 2

Index types, property types
by Leigh Ann Hildebrand 25 May '01

25 May '01

I've read the documentation about various index types (Text, Field, Keyword) as well as the information about property types. However, I'm having problems understanding how to decide which to use for different situations. For instance, I originally made document keywords a property "keywords" of the type "tokens", but it seems like tokens are case sensitive, and I'd be better off using just "string" -- or maybe it's that having the keyword property be indexed as KeywordIndex is a bad choice? Could someone compare and contrast these things a bit more for me? Leigh Ann -- Leigh Ann Hildebrand leighann(a)onebox.com - email (650) 223-2199 x2231 - voicemail/fax __________________________________________________ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com

2 1

Re: [Zope] ZSearch Results Calling URL?
by Leigh Ann Hildebrand 25 May '01

25 May '01

> > This works too, but 2.3 added new interfaces to brains: > > <td><a href="<dtml-var getURL>">... is the best way. > This wy works really well for me :-) This worked perfectly! Thanks! Leigh Ann -- Leigh Ann Hildebrand leighann(a)onebox.com - email (650) 223-2199 x2231 - voicemail/fax __________________________________________________ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com

1 0

ANN: www.zopelabs.com
by M. Adam Kendall 25 May '01

25 May '01

Hey folks, Just a little note to announce the availability of http://www.zopelabs.com. A community driven site that houses a Zope "cookbook". Code snippets that you find useful for doing the mundane, or more in-depth "black magic voodoo". The general goal is to provide a "learn by example" environment, and cut-and-paste type code sharing. Hopefully, with this type of environment it will make the migration from PHP/ASP to Zope a much more pleasurable experience. Along with opening the site up to the community, the source to the product that drives most of the functionality of the site is available for download. Patches/comments welcome ;-) Adam -- "There's never enough time to do | M. Adam Kendall all the nothing you want." | mak(a)kha0s.org -Bill Watterson (Calvin and Hobbes) | http://www.zopelabs.com

4 5

[Zope][ANN] ZImporter 0.4
by Farrell, Troy 25 May '01

25 May '01

Hiya folks. I'm more than happy to announce ZImporter v0.4 featuring: * Bug Fixes: It works now :) * XML Import: It works now, too :) * Help files: They've been there, but thanks to the ZDG, I've figured out how to make them show up. Your feedback, both positive and negative is welcome. Please keep death-threats to a minimum :) **Please read the readme and be aware of the security risks involved when using the ZImporter.** http://www.zope.org/Members/tfarrell/ZImporter/ Troy Troy Farrell Video Operations Technician III Williams VYVX Services Business Media Services mailto:troy.farrell@wcg.com

1 0

Disabling anonymous webdav access
by Ivo van der Wijk 25 May '01

25 May '01

Hi All, As someone pointed out on #zope, it is possible to view folder contents using a webdav client as an anonymous user. I.e. download cadaver (http://www.webdav.org/cadaver/) open yourzopeserver:8080 and do ls. Then decide if you want anyone to be able to access this. Eventhough hiding this information may be security by obscurity, there are some things you just don't want everyone to see. This allows you to see, for example, the installed products on the server. A hacker might use this knowledge to exploit some known bug in a zope product if one exists. Most people (like me) probably think it's harmless to let old objects, documents etc linger around as you can't view them in listings through ftp or http. They don't realize webdav is running by default. Actually, it can't even be disabled! (z2.py -X -w80 won't do the trick!) Personally I'd rather see this secured. It's not possible to disable 'view contents information' for anonymous users in zope, as this will ruin your entire site (all anonymous access will then be disabled), so the solution would be to create a new permission for access contents through webdav. And that's what the following (trivial) patch does. After applying you'll get a new permission in your security tab, which is set to manager by default. To get the old behaviour back, just set the permission back to anonymous. Apply it using patch -p1 ../webdav.patch in your SOFTWARE_HOME (i.e. the Zope-2.3.2-src dir). Or just edit lib/python/webdav/Resource.py by hand :) I've tested it with Zope 2.3.2, I can't guarantee it will work with other versions (use at your own risk anyway). -- cut here -- *** Zope-2.3.2-orig/lib/python/webdav/Resource.py Tue Mar 27 21:50:37 2001 --- Zope-2.3.2-src/lib/python/webdav/Resource.py Mon May 14 19:16:46 2001 *************** *** 109,115 **** __ac_permissions__=( ('View', ('HEAD',)), ! ('Access contents information', ('PROPFIND',)), ('Manage properties', ('PROPPATCH',)), ('Delete objects', ('DELETE',)), ) --- 109,115 ---- __ac_permissions__=( ('View', ('HEAD',)), ! ('Access contents information through WebDav', ('PROPFIND',)), ('Manage properties', ('PROPPATCH',)), ('Delete objects', ('DELETE',)), ) -- cut here -- Cheers, Ivo -- Drs. I.R. van der Wijk -=- Brouwersgracht 132 Amaze Internet Services V.O.F. 1013 HA Amsterdam -=- Tel: +31-20-4688336 Linux/Web/Zope/SQL Fax: +31-20-4688337 Network Solutions Web: http://www.amaze.nl/ Consultancy Email: ivo(a)amaze.nl -=-

4 4

Re: [Zope] Choosing between ZODB and relational database/filesystem storage
by Casey Duncan 25 May '01

25 May '01

Casey Duncan wrote: > > magnus/Websys(a)websys.no wrote: > > > > > .. 'use ZODB' campaign > > > > Actually my main motivation for using a separate database in many of our > > applications is that it forces me to have a well-documented data structure. > > > > -Magnus > > > > If you use ZClasses or external Python classes, the same is true for the > ZODB. Granted if you just throw standard objects all over the place, it > isn't self-documenting at all. However, I think this is a weak argument for more complexity. -- | Casey Duncan | Kaivo, Inc. | cduncan(a)kaivo.com `------------------>

2 1

Vote for Windowing Toolkit to use for Fat Client
by Chris Withers 25 May '01

25 May '01

Hi, A couple of us here at NIP are playing around with building a fat client for Zope, based on Python and hopefully using a ZEO connection to do most of the interaction. We're looking at both wxPython and Tkinter as possible windowing toolkits. Which one would you choose? Why? ;-) cheers, Chris

20 41

RE: [Zope] Tree tag cookie questions
by Dunigan, Craig 25 May '01

25 May '01

Thanks, Michel. This clears up a lot. Unfortunately, it doesn't clear up the worst problem I have. See below. > On Thu, 24 May 2001, Dunigan, Craig wrote: > > > <dtml-tree expr="REQUEST.resolve_url(BASE3)" > > You shouldn't use REQUEST.resolve_url. Use > restrictedTraverse instead. As an aside, why? And what syntax? When I tried it, Zope complained that it couldn't find 'http:', which I assume means that I have to strip the 'http://' off of BASEx to use restrictedTraverse? > > A user hits /folder1, generates a tree, modifies the tree > state and gets a > > cookie. Then he hits one of the links above, goes to > /folder1/folder2, > > generates a new tree, but with the state saved in the cookie. If he > > modifies the tree state yet again, does he get a new > cookie, obliterating > > the previous tree state, or does the same cookie get > modified, saying "for > > page /folder1/index_html the tree state is 'x', for page > > /folder1/folder2/index_html the tree state is 'y'?" > > The former: the old cookie gets obliterated. There is only > one 'tree-s' > cookie, and it can only hold the state for one tree, the last > tree viewed > by the user. So, under this scheme, I'm right in saying that the tree on /folder1/folder2/index_html gets created using the tree state saved in the last 'tree-s' cookie, which was generated from /folder1/index_html? If that's true, then why, in navigating down a fairly long branch, would the tree suddenly collapse when the last folder is clicked? Wouldn't Folder(x)'s tree get generated using the cookie from Folder(y), if that was the point at which the tree state was last changed? Because I can verify myself that this happens, not consistently, but with some regularity. The only things I can state clearly so far are that it happens more often in IE than Navigator, and it happens _almost_ always if that last folder is empty. I'm doing some more tests, but the users are really pissed that they click through half a dozen folders and, when they hit the last one, everything they just opened closes up again. > I'm sure you could try and extend the tree cookie to be more > all-encompasing as you described above. This would have the upshot of > allowing two trees on the same page. > Nice plug for user contribution! I doubt I'll be able to pick it up, but it makes me wish I could. :)

1 0