- Zope - Zope lists

Re: [Zope] ZServer vs. Apache
by Christopher Petrilli 04 Aug '99

04 Aug '99

> Hi all, > > I'm still in the stage of trying to get the "big picture" of Zope. I still > don't quite understand the relationship between ZServer and Apache. > > Is it either ZServer *or* Apache or can they work together? Yes :-) > Would anyone care to provide a short summary of this concept. Thanks. Put simply, ZServer is a interface to the object publisher in Zope. It can understand a myriad of protocols: * HTTP (and WebDAV) * FTP * PCGI * Monitor access So if you're running a 100% Zope site (like www.zope.org :-) then you could put ZServer up as the main server, and it'd probably be a LOT faster (2-3x probably a good point to estimate, because of the overhead of CGI). If however, you're using something in combination with Zope, then you'll want to use Apache (or IIS, or Netscape) to integrate this all together. Make sense? Chris -- | Christopher Petrilli Python Powered Digital Creations, Inc. | petrilli(a)digicool.com http://www.digicool.com

1 0

Pluggable Brains?
by Tony.McDonald＠newcastle.ac.uk 04 Aug '99

04 Aug '99

People, Can someone point me to some documentation, messages or source code that will give me a handle on what 'pluggable brains' are and what I can do with them? Rob Page has just made a post saying that Zope/ZODB3/pluggable brains can go a long way to integrating with relational databases and I want to make sure I've got a clue about all this! :) thanks tone out,

2 1

How do I query one variable and place it back into another?
by Marten Quadland 04 Aug '99

04 Aug '99

I am try to use one DTML Method and select a variable from a query and then place the resulting variable into the second query. Can't pull it off . . . any suggestions? For example, DTML Method -------------------------------  <input name="var1" type=hidden value="">   <input name="var2" type=hidden value="">  -------------------------------- QUERY1 -------------------------------- select var1 from blahtable where col1 = 'yoyo' -------------------------------- QUERY2 -------------------------------- select var2 from table2 where col2 =  -------------------------------- Marten Quadland <mailto:mquadland@ishophere.com> phone: 615-777-0070 ext.124 I Shop Here - Where do you Shop? <http://www.ishophere.com>

1 0

RE: Zope Question
by Rob Page 04 Aug '99

04 Aug '99

> This is a very basic question and I hope you won't mind > my troubling you with it. If I do not have a legacy database > for an e-commerce application I am developing, would I build > a database external to Zope to manage product information in > MySQL, for example, or would that database be incorporated > within Zope. Thank you, Depends on how dynamic you wanted to the site to be! :^) Seriously, if you know well the domain a relational database might be a reasonable place. Of course, since changing the schema/structure of RDBMSs is, erm, problematic you'll want to ensure you have a strong feel for data elements. OTOH, if you either (a) don't know the domain well, or (b) want to reserve the ability to change schema on the fly in reactive mode using Zope's organic object database (aka ZODB3) might be the ticket. Of course you get a lot of benefits other than dynamic schema (versions, undo, et al). The introduction of ZCatalog goes a LONG way toward making the ZODB3 a really viable storage as it adds indexing machinery to the mix. An added benefit is that the indexing machinery facilitates both free-text and structured searches. All that said, we still have customers that don't feel comfy with an "Object Database" -- fortunately (imho) Zope's relational integration is pretty dang good (esp with pluggable brains). -Rob

1 0

RE: [Zope] ANN: ZSybaseDA 1.0.1
by Alexander Staubo 04 Aug '99

04 Aug '99

>From: Michel Pelletier [mailto:michel@digicool.com] >Sent: 3. august 1999 17:05 >To: 'zope-announce(a)zope.org' >Cc: 'zope-dev(a)zope.org'; 'zope(a)zope.org' >Subject: [Zope] ANN: ZSybaseDA 1.0.1 > >Greetings, > >Here is the official ZSybaseDA. Currently, the ZSybaseDA is a level 2 >DA, meaning that it will work with a threaded Zope, but all >transactions >with all other level 2 DAs are serialized in the transaction manager. >The ZSybaseDA REQUIRES Zope 2.0! > >There are several bug fixes in this DA over the previous one (which we >didn't ever release so it doesn't matter much anyway...) > > A bug in the ctsybasemodule that caused open sybase connections to >hang around until the process died is fixed > > A bug that didn't let you re-open a manually close database >connection >is fixed. Does the adapter finally support long objects? The ctsybase module that comes with Brian Hooper's unofficial Sybase DA does not, and this precludes the use of "large" (I don't know the magic number, but my experience is that any column data above ~4K must be accessed as long objects) column data such as images and text. I was extremely frustrated to learn of this limitation, as I had to move a working web site from MSSQL 6.5 to Sybase 11.4 on Linux, and in this process the image support more or less disappeared; long objects permanently clog the ctsybase module, requiring a restart of Zope. >And others. Note that the ctsybase module appears to be orphaned by >it's original maintainer, as our attempts to get ahold of him have >failed. Then I have succeeded where you have failed; Peter Godman is alive and well and charging $200/hour for any maintenance work on the ctsybase module. He is reluctant to work on it even if he is paid to do it. I quote: "The only reason I charge so much is that I have just about zero interest and very little time to work on this. I used to help people gratis, but got tired of other people selling my work to others, having me help fix bugs, when I didn't even use the code any more myself." Still, he is quite congenial about the module, and he provided me with many hints on how to implement the long-object support. However, never having touched Sybase or CT-Lib until about two weeks ago, such a project would be like shooting in the dark for me right now. If you wish to reach him, his email address is pgodman(a)real.com. [...] > >-Michel -- Alexander Staubo http://www.mop.no/~alex/ "It has taken the planet Earth 4.5 billion years to discover it is 4.5 billion years old." --George Wald

1 0

RE: [Zope] HEAD method in 2.0.0b1
by bruce＠perens.com 04 Aug '99

04 Aug '99

Brian, What happens in the case of a web cache? Assume an object is cached, and the cache's client does a GET to the cache for that object. The cache queries Zope using HEAD to determine if the object is still current. Zope returns 404, and the cache returns 404 to the client's GET . This is assuming a lot about how caches work - I haven't tested it. Thanks Bruce > o GET, POST and PUT generally work on an acquired object > > o DAV methods (PROPFIND, COPY, MOVE, etc.) do _not_ work > with acquired objects for a variety of reasons. > > HEAD, unfortunately, is something of a special case. Strictly > speaking, it should perform exactly as a GET but with no > entity body returned. However, some semi-intelligent DAV clients > (ahem, ahem, IE5) seem to think its easier to use HEAD in some > cases than the specified DAV methods for doing certain things. > > For instance, when you try to drop a new file into a web folder (IE5 > DAV, basically), it will do a HEAD on the url to see if the object > already exists. However, if HEAD allows acquired objects, then when > you try to add a file to a folder where: 1) an object with that name > doesn't actually exist in the folder but 2) an object with that name > _does_ exist in a higher folder, then HEAD will seem to report that > there _is_ already a file with that name in the folder (and the DAV > client will probably give you a prompt like: "this item already exists, > should I overwrite it?", which probably seems pretty strange to the > user). > > There is, unfortunately, no way to tell whether the client calling > the HEAD method is a DAV client or a normal HTTP client (the DAV > group considers this a feature). > > The current way of doing things (HEAD only working on non-acquired > objects) has worked out pretty well so far, mainly because: > > o most of the time, acquired DTML Documents / Methods are > used as part of application design or view on content > objects, rather than being considered content objects > themselves. > > o HEAD is mainly used to determine when a content-ish > object has changed or to determine its existence, so > it usually ends up getting called on a "real" object > rather than on acquired "phantoms". > > One approach that could be taken is to provide some sort of > knob so that you could make it do what you feel is appropriate > for your installation (allow vs. not allow acquired objects for > HEAD requests). Perhaps if the environment variable > NO_DUMB_DAV_CLIENTS were defined when Zope started up, it > could be willing to allow acquired objects to respond to > HEAD requests. I really sort of hate to add yet more special- > case knobs unless people have a real world need for them though. > > Thoughts?

1 0

RE: [Zope] Zope Build Problem on BSDI - WORKING!
by Brian Lloyd 04 Aug '99

04 Aug '99

> Hi Brian, > > That worked. I couldn't figure out what make was looking for > so I added > -rdynamic to the Makefile.pre.in in the > /usr/local/lib/python1.5/config/Makefile.pre.in file. > Hopefully this won't > cause problems for other modules - yes? No, it shouldn't cause any problems. > After that I just re-ran the wo_pcgi.py script and it worked > fine. The ld > command was already trying to produce .so files so I didn't > have to rename > them. Great! I've added an entry in the FAQ.txt about this that will be included in future releases. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

RE: [Zope] addDTMLDocument Help!
by Michel Pelletier 04 Aug '99

04 Aug '99

> -----Original Message----- > From: Brian Brown [mailto:Brian.Brown@smawins.com] > Sent: Wednesday, August 04, 1999 3:51 PM > To: Michel Pelletier > Cc: 'Brian.Brown(a)smawins.com'; zope(a)zope.org > Subject: Re: [Zope] addDTMLDocument Help! > > > Michel Pelletier wrote: > > ------------------------------------------------------------- > Here is the addDoc DTML method that I am trying the manage_clone in: > ------------------------------------------------------------- >  >  >  > >  > <H2>I just added the  Document</H2> >  > ------------------------------------------------------------- > And the resultant traceback.... > ------------------------------------------------------------- > Sorry, an error occurred. > > Traceback (innermost last): > ValueError: Invalid Header (0): Put the clone code *after* standard_html_header. Zope thinks your trying to pass out your own HTTP headers if you put content before the <html> found in standard_html_header. -Michel

1 0

RE: [Zope] addDTMLDocument Help!
by Michel Pelletier 04 Aug '99

04 Aug '99

> -----Original Message----- > From: Brian Brown [mailto:Brian.Brown@smawins.com] > Sent: Wednesday, August 04, 1999 1:54 PM > To: Michel Pelletier; zope(a)zope.org > Subject: Re: [Zope] addDTMLDocument Help! > > > Michel Pelletier wrote: > > > > -----Original Message----- > > > From: brian.brown(a)smawins.com [mailto:brian.brown@smawins.com] > > > Sent: Wednesday, August 04, 1999 1:16 PM > > > To: zope(a)zope.org > > > Subject: [Zope] addDTMLDocument Help! > > > > > > > > > > >  > > > > > > Without the 'content_template' it works fine. > > > 'content_template' is a DTML method, and it does contain a > > > couple of DTML tags. > > > > > > > What is the error message and traceback you get at this point? > > > > -Michel > > > Sorry, an error occurred. > > Traceback (innermost last): > TypeError: argument 1: expected read-only character buffer, > ExplicitAcquirerWrapper found > I believe the method you are calling is looking for a string, not another DTML Document/Method object. If it is the case that you want to clone an existing object, just use the clone call. <dtml-with "manage_clone(content_template, newid, REQUEST)"> <dtml-call "manage_changeProperties(title=newtitle)"> </dtml-with> -Michel

2 1

Re: [Zope] Zope and Editors
by Chad McDaniel 04 Aug '99

04 Aug '99

Paul Everitt <Paul(a)digicool.com> writes: > Stephan wrote: > > > Can you edit SQL Methods through FTP yet? Last time I > > checkd you could > > > only do Images and DTML Methods/Documents. > > > > no, you can't. Just checked. You can only see the "file". > > Any suggestions, though, on how to do this? The only way currently to > tell what to add via FTP is by the normal "magic" stuff (file > extensions, investigating the content, etc. > > Even worse, how would you edit the arguments list in a SQL method via > FTP? > > We have some pretty good suggestions on how to do this, but first it > would be interesting to hear other ideas. > XML tags could be used. A simplified version of the XML export format could tag the type of the file and each of the fields. -- -chad

1 0