December 1998 - Zope

- newbie PCGI problems
by Peter J Ulintz 09 Dec '98

09 Dec '98

Hi. These will probably be simple ones, but I'd appreciate any help. My system is a Sun sparc server running Solaris7 and Python1.5.1. Installed Apache1.3.3 (first time for me) and ran the w_pcgi.py script, which seemed to work correctly. NEWBIE QUESTION I: Exactly where do you put the mod_rewrite config info? I tried putting it in the normal three .conf files and got errors. I DID compile the server with the mod_rewrite included. Decided to try out the system anyway, running the http://myservername:80/cgi-bin/Zope/manage command and got errors (Can't remember the exact one). I checked the pcgi.log file, and noticed that I was getting tracebacks indicating... "File "/export/home/pulintz/Zope-1.9b1-src/lib/python/BoboPOS/SimpleDB.py", line 227, in open except: raise IOError, 'could not open ' + file_name ImportError: (<class exceptions.IOError at ab3d8>, 'could not open /export/home/pulintz/Zope-1.9b1-src/var/Data.bbb.trans')" So I changed the permissions on the Data.* files /var directory (yes the var directory had full permissions), and got the following traceback error... File "/export/home/pulintz/Zope-1.9b1-src/lib/python/Products/sample/Product.py", line 24, in ? import OFS.SimpleItem, Persistence, Acquisition, AccessControl.Role ImportError: (<class exceptions.ImportError at ab540>, 'No module named Persistence') Went into the Product.py file and changed "Persistence" to "BoboPOS.Persistence", and tried to bring up zope in the browser again. I got the authentication window! But I couldn't authenticate, getting the error message concerning the authentication headers. Around that time, the email from Jeff Bauer came thru indicating that removing the pcgi.* files from the /var directory might be good, so I did that, and that's all I remember doing at that point. But the next time I tried to bring up Zope, I got the "!Temporarily Unavailable" message, with the message "(103) unable to verify if process is running" Drag... Guess I've gotta go and read those documents on Jeff's site about pcgi. Running the pcgifile.py from the /cgi-bin gives... Python 1.5.1 (#1, Oct 24 1998, 01:21:21) [GCC 2.8.1] Apache/1.3.3 (Unix) PCGI info file: /export/home/pulintz/Zope-1.9b1-src/Zope.cgi PCGI wrapper: /export/home/pulintz/Zope-1.9b1-src/pcgi/pcgi-wrapper error attempting: 'from cgi_module_publisher import publish_module' status: FAILURE /export/home/pulintz/Zope-1.9b1-src/Zope.cgi #!/export/home/pulintz/Zope-1.9b1-src/pcgi/pcgi-wrapper PCGI_NAME=Main PCGI_MODULE_PATH=/export/home/pulintz/Zope-1.9b1-src/lib/python/Main.py PCGI_PUBLISHER=/export/home/pulintz/Zope-1.9b1-src/pcgi/pcgi_publisher.py PCGI_EXE=/usr/local/bin/python PCGI_SOCKET_FILE=/export/home/pulintz/Zope-1.9b1-src/var/pcgi.soc PCGI_PID_FILE=/export/home/pulintz/Zope-1.9b1-src/var/pcgi.pid PCGI_ERROR_LOG=/export/home/pulintz/Zope-1.9b1-src/var/pcgi.log PCGI_DISPLAY_ERRORS=1 BOBO_REALM=Zope BOBO_DEBUG_MODE=1 INSTANCE_HOME=/export/home/pulintz/Zope-1.9b1-src So this is apparently an import problem, but I haven't been able to figure out how to fix it... I'll be reading thru more of Jeff's documentation, but any advice in the meantime would be appreciated (besides "You're not worthy-- go back to Perl") --P _________________________________________________________________________ Peter Ulintz Systems Research Programmer Andrews Lab -- Biochemistry University of Michigan pulintz(a)umich.edu 734.936.1137

3 2

- dtml tagspace
by Jeff Bauer 09 Dec '98

09 Dec '98

Now that Andrew Kuchling has open pandora's box by describing in explicit detail how to "roll your own" dtml tags, it might be a good time to discuss how to protect "tagspace". Otherwise, Digital Creations may produce future dtml tags that will stomp user-defined tag names, if this becomes a popular pastime. A simple convention for tag names prefixed by <whatever> could be reserved for user designation. This kind of convention would also be a documentation aid in reading .dtml files. Comments from the Z guys? For information on AMK's tag hack, see: http://starship.skyport.net/crew/amk/zope/new-tag.html I mention this as a disinterested 3rd party, because I'm not sure if a proliferation of dtml tags is desired. of-course-my-<BlinkSixTimesPerSecond>-tag-is-pretty-essential- and-should-really-be-included-in-the-standard-distribution-ly yr's, Jeff Bauer Rubicon, Inc.

5 4

RE: [Zope] - Authenication problems when on webhost?
by Paul Everitt 09 Dec '98

09 Dec '98

Jimmie writes: > Sounds good. I am not a Linux expert, but I know y'all (it is > permitted for > us Texas folks to say y'all isn't it?) used have Linux > binaries, I think. :) I'm from north Florida. As far as I'm concerned, ya'll is the Queen's English. > I guess this become available in a future beta? Yes, this Friday. The pre-build, pre-configured Apache from the old Principia releases might not make it out until next week. > I presume, that this will make install easier? > Not that I've had problems, I haven't done it yet. We have had a number of problem reports that would be addressed by this: o someone had hacked their Python source in a way that broke Zope o the Python 1.5.2 alphas have some bugs in them, such as a broken cgi.py o many people don't have a full Python install with libraries, thus they can't build Zope Note that our binary kits will *also* include Python, I believe. Realize that we are aiming Zope at an audience outside the Python community as well as inside. Anyway, our goal is to allow people to *quickly* get something working. When they see what it does, they can then decide to make the commitment to use their Python, their Apache, etc. Our plans to get their include: o pre-built extensions o pre-built Python o pre-built, pre-configured Apache, just type "start" o recommending the use of the ZopeHTTPServer for evaluation o sample apps targetted at both content managers and programmers While all of these introduce their own little headaches, our experience with Principia, which used much of the above, was quite positive. --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909

1 0

RE: [Zope] - Are there any life demos of Zope?
by Paul Everitt 09 Dec '98

09 Dec '98

Michael writes: > Are there any publicly available sites that use Zope? > To get a feel what can be done with Zope this would > be of great help. This is absolutely the number one focus of Digital Creations. Within two weeks we should have a list of reference customers that are worthwhile. I believe within two months a number of bigger sites will be available. > What about installing a life demo at www.zope.org? > Or even better make www.zope.org an Zope site... Well it is, and Amos is working on a way to let people "peek behind the scenes" at the source by clicking on a button. > I think a site that provides an excellent highly > interesting (highly regarded) service that is based on > Zope would be a *very* good advertisement for Zope. > If I see good site I always want to know "how they > did it". You, sir, are absolutely correct. Many people make their decisions this way. --Paul

1 0

RE: [Zope] - Authenication problems when on webhost?
by Paul Everitt 09 Dec '98

09 Dec '98

Jimmie writes: > Michel wrote: > >import os > >while 1: > > os.fork() > > > >A trivial fork bomb, but there are a million others. Please > don't mistake my > >comment as a request to start a discussion on hack techniques. > > Ah, security risks. Being a naive end-user who is not a > security risk, who > is not accustomed to thinking about malicious users. It is > something I will > have to learn though. :( This is something we need to point out when talking about all the various facilities for creating applications. While there is a tendency to leap straight to Python, there are advantages to the facilities of DTML scripting, the Lever, and Classes. In this case, since DTML works pretty hard to disallow or prevent various ways to hose a process and/or machine, it is more trustworthy than straight Python. --Paul

1 0

- RE: First install, First connect
by Dave Goodrich 09 Dec '98

09 Dec '98

Years of intensive cgi scripting, db interactivity, defeating evil doers and saving galaxies have taught me few things. Cold water is always on the right ;^) Nyuk! Generaly when I have seen the "document contains no data" it's either a malformed header or a failure to populate a a page before sending it back to the browser. So I look for the documents Zope should be serving and I can't find any. Where is "manage"? I don't see anything for Zope to serve a request with. My Zope var dir contains only four files, data.bbb data.bbb.in data.bbb.trans and serve.log. data.bbb and data.bbb.in are executables and have dtml TAGS referencing files I assume are supposed to be in the var dir but are not. tags such as <!--#if error_message > Should I reinstall ZOPE or are these files available elsewhere? Just a WAG, but the best I place I can find to start. DAve.

2 1

- Acquisition question
by Michel Pelletier 09 Dec '98

09 Dec '98

Hello, This is just a tricky Acquisition question, not a bug, low priority. I have a Folderish (I guess the Digifolk call this a Folderoid, but the source code makes it seem Folderish :) object which is an application wrapper around my own heirarchy of custom folders and widgets. In my app wrapper I define a number of Document objects that are preloaded in my __init__ method. There are three main classes, Trove, TroveFolder, and Trove Item. I have inserted a couple TroveFolder and TroveItem objects in my example tree below to spice it up a bit, only the Documents come loaded by default. Trove Index (Document) FolderIndex (Document) ItemIndex (Document) TroveFolder TroveFolder2 TroveItem TroveItem2 Now for example, TroveItem2 has an index_html method like this: def index_html(self, REQUEST): if REQUEST is not None: return self.ItemIndex(self, REQUEST) This fails. I figure it's because I'm not using ItemIndex in the right context, and Acquisition cannot the method in the top level folder. Also, I'm worried that even if it did the Document would be out of context, thinking it was in the root folder instead of two levels down, right?? So I'm thinking I need some kind of mechanism with __of__ and aq_parent to ascend recursively up tree until it finds an ItemIndex method. Before I try such a beast, am I barking up the wrong tree? Has Acquisition truely escaped me? Michel

1 0

- Fwd: RE: [Zope] - first install, first connect
by Dave Goodrich 09 Dec '98

09 Dec '98

---------- Forwarded Message ---------- Subject: RE: [Zope] - first install, first connect Date: Tue, 8 Dec 1998 19:53:36 -0800 From: Dave Goodrich <DAve(a)mail.netraven.com> Yes I did. I'm Linux new here and my first time with Zope, I've spent the last several years with Frontier, so I understand the concepts well enough. Here is what I did. Installed Zope with no errors. in bash# I su to root, enter password in bash# I cd to the zope directory in bash# I enter "sh server.sh" at the prompt the server starts up, I go to Netscape and enter the url correctly, "http://coleman:8080/manage" netscape says "document contains no data" I'm running Slackware 3.6 and Python 1.5.1, the included Python goodies compiled fine during the Zope install, xterm showed no error messages. Any thoughts? DAve. On Tue, 08 Dec 1998, Jeff Bauer scratched: >Are you starting the server from a different directory >than /home/dad/dadstuff/Zope-1.9b1-src? > >Unlike Apache, which gets its DocumentRoot from a >configuration file, ZopeHTTPServer (SimpleHTTPServer) >considers its DocumentRoot to be the current working >directory. > >Regards, > >Jeff Bauer >Rubicon, Inc. > ---------------------------------------- Content-Type: application/ms-tnef; name="unnamed" Content-Transfer-Encoding: base64 Content-Description: ---------------------------------------

1 0

- Problem w/ 'add document': "The parameter, id, was omitted..."
by David Ascher 09 Dec '98

09 Dec '98

Like Christopher Petrilli, I started having problems w/ adding documents to my Zope server (the one at work, not the one at home). Briefly: the "manage_addDocument" (or manage_addFile, but not _addFolder) forms cause the method call when 'add' is pressed to be called with no arguments. After talking with Chris, who had to reinstall his entire Python distribution to get it to work, I focused on the HTML of the manage_addDocument web page. I'm no HTML expert, but I stumbled on the fact that if I changed the HTML FORM tag to *not* have the ENCTYPE="multipart/form-data" attribute, then the form submission worked. With that ENCTYPE set, the URL called by the SUBMIT button didn't include any of the parameter values. Alternatively, if I specify the full URL "by hand" by e.g. adding ?id=spam to the URL, it works fine. I'm using Python 1.5.2a2, ZopeHTTPServer.py. Does anyone have an idea as to how I should go about debugging this? Has anyone else seen this problem? Update: This started happening on my Zope server at home, which worked just fine a few days ago, and I didn't change anything, really I didn't! I'm stumped. The 'environ' in the comments of the error message show: HTTP_CONNECTION: 'Keep-Alive' REMOTE_HOST: 'localhost' HTTP_HOST: 'localhost:8080' HTTP_REFERER: 'http://localhost:8080/.?%3Amethod=manage_addDocumentForm' SERVER_PROTOCOL: 'HTTP/1.0' SERVER_PORT: '8080' PATH_TRANSLATED: 'd:\\local\\src\\Zope\\manage_addDocument' GATEWAY_INTERFACE: 'CGI/1.1' REQUEST_METHOD: 'POST' HTTP_ACCEPT_CHARSET: 'iso-8859-1,*,utf-8' CONTENT_TYPE: 'multipart/form-data; boundary=---------------------------2054256799955' HTTP_COOKIE: 'tree-s="eJyLjjaMjQUABOIBog"' SCRIPT_NAME: '' SERVER_SOFTWARE: 'BoboHTTP/0.4 Python/1.5.2a2' HTTP_ACCEPT_LANGUAGE: 'en' HTTP_ACCEPT: 'image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*' PATH_INFO: '/manage_addDocument' SERVER_NAME: 'annex4.ski.org' REMOTE_ADDR: '127.0.0.1' HTTP_USER_AGENT: 'Mozilla/4.03 [en] (WinNT; I)' CONTENT_LENGTH: '350' --david ascher PS: I've tried Netscape, IE5, clearing caches, etc. It's possible that I have some older versions of ExtensionClasses or the like around, but I tried hard to isolate things, w/ no luck so far. PPS: Both of these are on NT, but I believe that Chris had the same problem on a Unix box.

2 2

- How do I publish this object?
by skip＠calendar.com 09 Dec '98

09 Dec '98

I believe this was asked yesterday, but I don't recall seeing an answer posted yet, so I'll ask again, in case it wasn't noticed by those with enough Zope Zen. While I was in the shower last night (what is it about the shower with this group?) it dawned on me that what I don't get about Zope is how to publish an object in much the same way I would have done using Bobo. As an example, appended is a small module, cal.py, which uses the Unix cal command to generate an ASCII calendar. How would I make that available through Zope? Seeing how that is done would be a big step forward for me. Thx, Skip Montanaro | Mojam: "Uniting the World of Music" http://www.mojam.com/ skip(a)calendar.com | Musi-Cal: http://concerts.calendar.com/ 518-372-5583 """ dumb Calendar module """ import os class Calendar: """calendar class""" def show(self, year, month=0): """return plain ASCII calendar month == 0 ==> display calendar for entire year """ if year < 1 or year > 9999: raise ValueError, ("year out of range: %d" % year) if month < 0 or month > 12: raise ValueError, ("month out of range: %d" % month) if month: cal = os.popen("cal %s %s" % (month, year)).read() else: cal = os.popen("cal %s" % year).read() return cal

6 7