- Zope - Zope lists

Zope, squid, the Host header
by Dennis Nichols 25 Nov '00

25 Nov '00

The "How-To: Configuring Squid as an Accelerator for Zope" (http://www.zope.org/Members/htrd/howto/squid) by htrd doesn't entirely work for me and/or is over my head! My goal is to use Squid as an http accelerator in front of zope (using zserver, no apache) on the same machine. Secondary goal is to be able to access Zope directly also, but this is much less important. An alternate How-To by itamar (http://www.zope.org/Members/itamar/Squid) requires the use of SiteAccess, which I would like to avoid. Squid seems to be running OK (listening on port 8070, connecting to zope on port 8080) but wrestling with zope about the Host header has not yet produced a winner. Specifically, the How-To says: "If you will be always be accessing this Zope server through the accelerator then the easiest solution is to configure Zope to ignore the value of this header. Specify HTTP_HOST=www.myhost.com as either a command-line parameter to z2.py, or as an environment variable." I translate this to mean I could set and then export an environment variable that in my case would be HTTP_HOST=www.myhost.com:8070 since that's where the server should appear to be to the browser client. For whatever reason, this is not effective. I can tell because zope still works fine directly on port 8080 (through port 8070 I get the requested document, no images, and the baseref is still at port 8080). Inspection of HTTPRequest.py shows that it does a if have_env('HTTP_HOST'): host = strip(environ['HTTP_HOST']) hostname, port = splitport(host) and sees www.myhost.com:8080. Specifying the HTTP_HOST= on the command line has the same (non-) effect. I'd be pretty happy if I got either of those to work. I'd be even happier if I got the following to work, also quoted from the htrd How-To: "A better solution is to get Squid to rewrite the header to the correct value: 1. Compile squid using --disable-internal-dns. 2. Add a mapping from the name of your public server to the IP address of your Zope server in /etc/hosts 3. If you are running the Zope server on the same machine as the accelerator then: 1. Change the http_port line in squid.conf to bind only on the public network interface. 2. Use the -w switch to Z2.py to get Zope to bind to different network interface (possibly a loopback interface). Remember to change httpd_accel_host in squid.conf too. (Thank you to Henrik Nordstrom for showing me that solution.)" But I really don't understand this method... 1. OK, I know how to do the compile 2. /etc/hosts seem to map the other way, from the IP address of whatever to a name and some aliases. Does this mean that I should have a line 111.222.111.222 myhost.com myhost or is something else implied. 3.1 meaning "http_port myhost.com:8070" ? 3.2 this means? All help sincerely appreciated. -- Dennis Nichols nichols(a)tradingconnections.com

1 0

Re: [Zope] view DTML source
by Dieter Maurer 25 Nov '00

25 Nov '00

Anders Eriksson writes: > ... view source traceback ... > (Object: standard_html_header) > AttributeError: __call__ That is very strange as "standard_html_header" does have a "__call__" method. Thus, I can not tell you, why you see this behaviour. However, you may use "document_src" directly in the URL. I.e. you do not need a special DTML method 'view_source". Try something like this: http:..../index_html/document_src I know, it would be nicer to use "view_source" but .... Dieter

2 2

Help System Menu patch
by Bill Anderson 25 Nov '00

25 Nov '00

After working with the Zope help System a bit, I got very annoyed that there was no consistent ordering to the tree. For example, you could repeatedly click the contents tab link, and watch it reorganize itsself. Attached is a patch that sorts everything by id. Why id? Because then I can make my help menu item id's a numeric sequence, and put the topics in a specific order. Example: Membership Overview Membership Conventions Rather than the order being random. Attached is the patch. patch from the Zope root directory. Once applied, you *don't* need to restart zope to see the change. Bill Anderson -- E PLURIBUS LINUX --- lib/python/HelpSys/menu.dtml Sat Nov 25 13:22:45 2000 +++ lib/python/HelpSys/menu.dtml-new Sat Nov 25 13:19:51 2000 @@ -2,7 +2,7 @@ <dtml-call "REQUEST.set('MANAGE_TABS_NO_BANNER',1)"> <dtml-var manage_tabs> -<dtml-tree> +<dtml-tree sort=id> <dtml-if "meta_type =='Help Topic'"> <a href="<dtml-var absolute_url>" target="help_main"><dtml-var title_or_id></a> <dtml-else>

1 0

user-owned products?
by Kyler B. Laird 25 Nov '00

25 Nov '00

Over the last few months I've been getting much more comfortable advocating Zope as our supported Web application environment. I'm *finally* getting around to building my own products, however, and I just realized how limited they appear to be. It *seems* that Zope products are at the evolutionary point that CGI handling was years ago. Remember when we had to use "cgi-bin" for a CGI script? Any user who wanted to run a script would require some setup by the admin. Then we got smart and got rid of cgi-bin directories and put CGI scripts where they belong - in the hands of the user (and in the users' directories along with everything else). Looking at Zope products, I see this happening again - only worse. Instead of simply creating a directory for someone to fill with CGI scripts, I have to personally maintain every product that anyone wants to add to the Control Panel (or give that person way too much authority). Also, every product will be available to every user. With tens of thousands of developers working on their own projects, this is *not* a Good Thing. [Is there/Will there be] a way to allow users to create their own products for their own use? I want people to freely whip up ZClasses and use them throughout their sites. I don't want them to bother me or other users with their creations. I haven't tried Python methods yet, but from what little I've picked up about them, I think they will be a huge step forward in giving users safe power. This doesn't solve the products issue, though, does it? Can a user make his own class without other users seeing it? Any insight will be appreciated. Thank you. --kyler

1 0

RE: BSD 4 installation
by Webmaster 25 Nov '00

25 Nov '00

I haven't solved my BSD problem but I did discover that there are BSD ports of Zope and Zope products maintained at http://www.freebsd.org/cgi/ports.cgi?query=zope&stype=all I haven't been able to get the port to work yet but I suspect that it's because I don't have root access to the server. That will have to wait till Monday when the *senior* tech support guys are on duty. I called my webhost tech support last night and I happened to ask which version of BSD they used. The 'technician' replied, and I quote: "BSD? What does that do? I've never heard of it." I pointed out that BSD was the version of Unix on all his host servers. At least he made me feel like less of Unix newbie. :) Lee Hunter Hum Communications Ltd. > -----Original Message----- > From: Lee Hunter [mailto:lee.hunter@hum.com] > Sent: November 24, 2000 3:50 PM > To: 'zope(a)zope.org' > Subject: BSD 4 installation > > > I'm trying to build Zope on a BSD server. > > According to the install.txt I have to run two commands - > "python w_pcgi.py" and "./start". > > I managed to get the first command to run (python w_pcgi.py) > after editing my Makefile.pre.in and do.py as per the FAQ.txt. > > But when I when I run the second command (./start) I get the > following error message: > > media2: {38} % ./start > Traceback (innermost last): > File "/magma/users/u21/wake/zope/z2.py", line 554, in ? > exec "import "+MODULE in {} > File "<string>", line 1, in ? > File > "/magma/users/u21/wake/zope/lib/python/Zope/__init__.py", > line 94, in ? > import ZODB, ZODB.ZApplication, imp > File > "/magma/users/u21/wake/zope/lib/python/ZODB/__init__.py", > line 85, in ? > import sys, ExtensionClass, TimeStamp, cPersistence, Persistence > ImportError: No module named ExtensionClass > > Any ideas as to what I'm doing wrong? > > TIA > > Lee Hunter > Hum Communications Ltd. > >

2 1

Problem with 2.2.4b1
by Menard.Jean-Francois＠hydro.qc.ca 25 Nov '00

25 Nov '00

I installed 2.2.4b1 over 2.2.3, and everything seems to work fine, but, when I IE5.5 to manage my sites, I loose some icons and graphics (not all!). But, if I clear my cache, The icons reappears, but only for a while! Am I the only only experiencing this problem? Jean-François Ménard Intranet DPAS Pratiques d'affaires et orientations * (514) 840-3000 poste 3939 * (514) 840-5585 * menard.jean-francois(a)hydro.qc.ca * 855 Ste-Catherine est, 6e étage Montréal, Qué. H2L 4P5

3 2

Re: Open Source Process (was:DC request re: Objection to Python Script Name)
by Ron Bickers 25 Nov '00

25 Nov '00

Quoting Tim Cook <twcook(a)iswt.com>: > While you may / may not have a legitimate stand on the name > change. This is the wrong 'string to pull'. > This is in fact consistent with the open source nature of the > product. There comes a time when a decision needs to be made. It > gets made by the benevolent dictator, at the time he/she/it > decides. It's part of the process. (Yes, I used the contraction > properly too!). <g> I know (even before I read Michel's and Tim's messages), that I've mistakenly used the term open source in my argument. Perhaps I was thinking of the fishbowl process DC has put into place to allow a more open development process and public participation in decisions in general. Sorry for the misuse in this case. I certainly prefer an excellent open source product with bad naming conventions over a closed source product with good ones. I suppose I am most interested in consistent, representative naming. With Michel's explanation of the Python "Method" and generic script, I'm more comfortable with the name. I am, however, interested in what will be done to make ther other "Methods" less intimidating to new users as Michel argued was one reason for using Script. Will we end up with DTML Documents and DTML Scripts, SQL Scripts, etc.? Thank you, DC and Zope community, for a great product. I would use it even if they were called "little bits of Python code." :-) --- Ron

1 0

Re: [Zope] ZopeBook - URL to SQL
by Dieter Maurer 25 Nov '00

25 Nov '00

Chris Gray writes: > The Zope book discusses calling a ZSQL Method via a URL, saying that a > request for a URL like: > > http://localhost:8080/zsql_method/parameter/value > > "will return a result object", but what I get is the index_html document > at the root, although I do get a rendered record with: The ZPublisher works as follows: It traverses the ZODB guided by the components in your URL. It it arrives at the URL's end, it checks whether the reached object is callable (this is the case for all kinds of methods and documents). If it is, the object is called. If it is not, ZPublisher checks, whether the object has (or can acquire) a method "index_html" (this usually is the case). It then calls this method. In your case: ZPublisher will reach the result object (as the Zope book describes). Unless you have wrapped this object into a custom class (aka brain, see "Advanced" tab), this is a "Record" object. A "Record" object is not callable. "index_html" is looked for, found in a folder above and rendered. That's what you see. What can you do? Wrap you results into a custom brain that either defines a "__call__" (that would need to be a Python defined class) or an "index_html" (this may be a non-persistent ZClass). Dieter

2 1

Re: [Zope] Quota in Zope
by Andy McKay 24 Nov '00

24 Nov '00

Ok. A disk quota of particular person? or folder? or some object? or is Zope itself not fitting in a disk quota? If you can't give us a brief example or more helpful description than this, you arent going to get much help. ----- Original Message ----- From: "Stephan Göldi" <web(a)goeldi.com> To: "Andy McKay" <andym(a)ActiveState.com> Sent: Friday, November 24, 2000 1:38 PM Subject: Re: [Zope] Quota in Zope > > A quota of what where? > > Disk quota >

2 1

Re: [Zope] DC request re: Objection to Python Script Name
by Hamish Lawson 24 Nov '00

24 Nov '00

When I 'jumped in' (nod to Chris Withers :-)) with my promotion of ZMethod, I'd missed Evan's announcement that he'd decided on Python Script - I thought it was just another suggestion and we were still in the middle of campaigning for the upcoming second poll! I'm actually not that averse to Script; it was ZMethod's OO associations that I liked - but if Michel thinks that such an association is actually not appropriate in this situation, then I'll bow to his greater Zope understanding. I agree with him that the new name needs to make it into the book, and Script is a reasonable choice. Is it intended to rename DTML Method, ZSQL Method, etc to be DTML Script, SQL Script, etc? For the sake of consistency I'm hoping so, and I think it's important that these revisions also make it into the book. Onwards! Hamish Lawson ____________________________________________________________ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie

2 1