- Zope - Zope lists

RE: [Zope] The new DTML syntax
by Alexander Staubo 09 Aug '99

09 Aug '99

The discussion could not have happened a month ago because nobody had spent any serious amount of time with the syntax. Time is not an issue here, or at least it shouldn't be. We're talking about a feature of Zope that, once established, we'll be living with for ever after. Besides, migration problems isn't the issue. I don't see the difficulty. There's no particular reason why Zope shouldn't be able to apply the changes automatically, for example. My contention is that the new syntax is significantly less readable and far too verbose. It's not really about keystrokes (the new syntax three characters shorter than the SSI syntax). The new syntax detracts from the idea of DTML as an expressive language -- why, if I had to prefix every word I spoke with the word "dtml", that wouldn't be so great. Because dtml-eventually dtml-you'd dtml-have dtml-to dtml-learn dtml-to dtml-filter dtml-out dtml-the dtml-dummy dtml-words. But in the world of natural languages, "dtml-if" isn't a word; it's two words; we learn, by convention, to split such hyphenated constructs into separate words. Our mind works best with individual words. Why go against the grain and teach the brain a new thing? Afaik, there's no technical reason to prefer the "dtml-" prefix to something like "z-" or "dt". Is "dtml-in" somehow more unique in the world of markup languages than "dtin"? In the future when we're using XML namespaces, will we be writing "dtml:dtml-in"? I'm not surprised that DC dominates the negatively-charged end of the discussion, but this is supposed to be an open-source development project, so I suggest a good, clean discussion on the topic and then a vote. -- Alexander Staubo http://www.mop.no/~alex/ "Elvis skipped around the car and threw open the trunk. 'Hoopla!' he was heard to say, 'This is a 7.62mm M134 General Electric Minigun. Up to 6,000 rounds per minute. 7.62mm X 51 shells. 1.36kg recoil adaptors. Six muzzle velocity of 869m/s.' 'Oh,' said Rex, 'So that's what it is.'" --Robert Rankin, _They Came And Ate Us: Armageddon 2: The B-Movie_ >-----Original Message----- >From: Christopher Petrilli [mailto:petrilli@digicool.com] >Sent: 6. august 1999 00:48 >To: Paul Prescod; zope(a)zope.org >Subject: Re: [Zope] The new DTML syntax > > >> Tim Wilson wrote: >>> >>> On Thu, 5 Aug 1999, Martijn Faassen wrote: >>> >>> > I'd vote for 'z-if' as opposed to 'zif', though, as I'd read >>> > 'zzzzzzzzzzzzif!' for the latter, and not 'zed-if'. Also >the '-' helps >>> > distinguishing DTML visually from HTML. >>> >>> I wholeheartedly agree. The z-foo syntax is very clean and >intuitive. >> >> The XML convention is z:if. You can take that as an argument for or >> against the hyphen as you see fit. > >Or perhaps in this case not even necessary. Our plans for XML are MUCH >bigger than just a tacked on syntax, and XMLDocument is just >the beginning >of what you'll see in the coming months. We specifically >avoided using an >XML namespace syntax. > >As for whether it will change, I SERIOUSLY doubt it, as: > > * It's already been adopted by internal projects > * It's been adopted by OTHER projects > * Documentation is being updated to reflect this > >There's no huge gain to go to <z-foo> rather than <dtml-foo> >other than a >few saved characters. The larger gain was moving away from SSI syntax, >because this has allowed us to teach the syntax to editors >like Alpha and >GoLive. > >This discussion should have happened a month ago before we >committed the new >syntax out of "experimental" stage, but it is no longer experimental. > >As for new renderers, well, *personally* I think there are too >many syntaxes >as it is: > >  > <dtml-var foo--> > %(foo)s or some such :-) > >Over the long term, I suspect that the SSI syntax will be >deprecated, but >not until we can provide a good program to convert everything >to the new >syntax. > >Chris >-- >| Christopher Petrilli Python Powered Digital >Creations, Inc. >| petrilli(a)digicool.com http://www.digicool.com _______________________________________________ Zope maillist - Zope(a)zope.org http://www.zope.org/mailman/listinfo/zope (To receive general Zope announcements, see: http://www.zope.org/mailman/listinfo/zope-announce For developer-specific issues, zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev )

5 5

Why the new DTML syntax uses a hyphen rather than a colon
by Jim Fulton 09 Aug '99

09 Aug '99

I'd like to clarify a point that keeps coming up in the DTML syntax discussion, namely, the use of a hyphen, rather than a colon, as the prefix delimiter for DTML tags in the new DTML syntax. The existing DTML syntaxes are *not* XML compliant. DTML code is not XML well-formed in a whole host of ways. We absolutely intend, probably in the near future, to provide an XML variant of DTML. I think that there will always be XML and non-XML variants of DTML. When coming up with the new DTML syntax, I chose not to use a colon because I thought, and still think, that using a colon would imply XML compatability that simply wasn't there. Further, in the future, I want it to be easy to distinguish between XML and non-XML versions of DTML code. So, in summary, the new DTML syntax doesn't use a colon because it isn't XML. The future XML-variant *will* make use of XML namespaces and will use colons (e.g. <dtml:in>....). Jim Note that an advantage of the XML DTML syntax will be that people will be able to use whatever nick-name they want for DTML tags. People will be able to use '<dtml:in>', '<z:in>', '<jim:in>', '<zope-is-the-coolest-thing-since-sliced-bread:in>' or whatever. <jim:wink> -- Jim Fulton mailto:jim@digicool.com Python Powered! Technical Director (888) 344-4332 http://www.python.org Digital Creations http://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.

3 2

Re: [Zope] zope in apache 1.3.6 [doesn't work with 2.0]
by Chris Walter 09 Aug '99

09 Aug '99

Joshua Brauer <joshua(a)brauer.org> writes: > I've asked several times about what changed between 1.x and 2.0bx for this. > > This set of rules works for 1.x (even with a custom compiled Apache) ... > Premature end of script headers: /websites/Zope2/Zope.cgi > I'm not sure if this is your problem but look at the first line of Zope.cgi. It should look something like this: #!/usr/local/Zope-2.0.0b3-linux2-x86/pcgi/bin/pcgi-wrapper The key is the "bin". The one that was generated by the install process for me was missing the "bin". It was just "pcgi/pcgi-wrapper" but the precompiled tarball for Linux I got only had pcgi-wrapper in the bin subdirectory. I figured this out after seeing the "premature end of script header" error and trying to manually run the Zope.cgi file. -Chris Chris Walter walter(a)budoe.bu.edu

1 0

pcgi info file error
by Pincin, Jason R. 09 Aug '99

09 Aug '99

I am getting this error (displayed in page source of the page I'm hosting): Error parsing pcgi info file pcgi-wrapper-version 2.0a5 I'm running Zope 2.0B1 on RH6 with Apache 1.3.6. I've added the rewrite rules to httpd.cong, Zope is running, etc. Any help would be greatly appreciated. These are the contents of my Zope.cgi file: #!/home/zope/pcgi/pcgi-wrapper PCGI_NAME=Zope PCGI_MODULE_PATH=/home/zope/lib/python/Zope PCGI_PUBLISHER=/home/zope/pcgi/pcgi_publisher.py PCGI_EXE=/usr/bin/python PCGI_SOCKET_FILE=/home/zope/var/pcgi.soc PCGI_PID_FILE=/home/zope/var/pcgi.pid PCGI_ERROR_LOG=/home/zope/var/pcgi.log PCGI_DISPLAY_ERRORS=1 BOBO_REALM=/home/http/cgi-bin/Zope.cgi BOBO_DEBUG_MODE=1 INSTANCE_HOME=/home/zope

2 1

how to ZODB 2 when using pcgi w/Zope2.0.0b3 ?
by Reed Wade 09 Aug '99

09 Aug '99

Hi (and !help), I've just set up Zope2.0.b3 with pcgi and Apache1.3.6. It works great but I've just learned that the Oracle thingy only works with ZODB 2, not 3. I was using the '-2' option to z2.py before I had set up pcgi and that worked great. How do I get this effect now? Is there something I can set in Zope.cgi? I saw from a previous post that I could probably set up ZServer to get instantiated by pcgi, instead of pcgi_publisher. Reading through the docs made me think there might be a performance penalty to pay, tho. thanks! -reed

1 0

RE: [Zope] zope in apache 1.3.6 (at last)
by Perez, Victor 09 Aug '99

09 Aug '99

Answering to myself, if you have Redhat 6.0 with the bundled apache 1.3.6, install the zope rpm and add the following in /etc/httpd/conf/httpd.conf: RewriteEngine on RewriteLog /var/log/httpd/rewrite.log RewriteLogLevel 0 RewriteCond %{REQUEST_FILENAME} ^/(.*) RewriteRule ^/(.*) /home/httpd/$1 [t=application/x-httpd-cgi] RewriteCond %{HTTP:Authorization} ^(.+) RewriteRule ^/(.*) /$1 [ENV=HTTP_CGI_AUTHORIZATION:%1] The rewrite rules were taken from a message posted by Andy Dustman on this list, I've removed the first RewriteCond/Rewrite rule pair, and fixed a little the path. Now I tried to set it up on a production server, but its apache is custom-compiled so doesn't work. The funny thing is, the rewrite.log file is not loggin a thing. Any ideas about this one? - Atentamente, Victor Perez Muena IS&T Support - Port Area (Los Vilos) Los Pelambres Project - Bechtel Chile Ltda. Ext. 8033, Phone: (2) 361-8033 - Fax: (2) 361-8025

2 1

accessing objects inside folders
by Perez, Victor 09 Aug '99

09 Aug '99

Sorry for this newbe question, but I just can't figure it: I have a basic squishdot product setup at /news with a method named shownews. How can I call it from the main index_html? If i do  I get the DTML code not rendered. I've tried using  and nothing happens... Any ideas? - Atentamente, Victor Perez Muena IS&T Support - Port Area (Los Vilos) Los Pelambres Project - Bechtel Chile Ltda. Ext. 8033, Phone: (2) 361-8033 - Fax: (2) 361-8025

1 0

RE: [Zope] No Database-connection with Z SQL Methode
by Martijn Pieters 09 Aug '99

09 Aug '99

At 15:08 9-8-99 , Neil.Smith(a)aucs-europe.com wrote: >I have just updated from beta 1 to beta 3 and I am finding the same >thing with ODBC. Despite the fact that I have added an ODBC connection >and the connection is reported as being open, I can not add a SQL >Method. > >>---------- >>From: Alexander Spanke[SMTP:malcom@d.kamp.net] >>Sent: 09 August 1999 13:43 >>To: zope(a)zope.org >>Subject: [Zope] No Database-connection with Z SQL Methode >> >>Hello, >> >>i use zope2.0b3 with MySQL as Database. The ZMySQLDatabase-Adabter works >>fine. Now i want >>include a SQL-Query with Z SQL-Methode. But if i do this, Z SQL-Methode >>give the error-msg : >>" no database connection found. please connect ... " >> >>Is this a problem of the beta3, how can i debug the problem ? This is a know bug in beta 3, and has been filed as such. -- Martijn Pieters, Web Developer | Antraciet http://www.antraciet.nl | T: +31 35 7502100 F: +31 35 7502111 | mj(a)antraciet.nl http://www.antraciet.nl/~mj | PGP: http://wwwkeys.nl.pgp.net:11371/pks/lookup?op=get&search=0xA8A32149 ---------------------------------------------

1 0

RE: [Zope] Can't start server
by Thaxter, Jason M. 09 Aug '99

09 Aug '99

Another FreeBSD thing to beware of: I've done this with FreeBSD 3.1 Stable and "./configure --with-threads" is the correct answer to this problem, but you may also be missing certain python modules (e.g. sha module) if you installed python from the ports collection. This was the case when I did it, but rolling my own solved that... > -----Original Message----- > From: Paul Wolstenholme [mailto:wolstena@oscar.cprost.sfu.ca] > Sent: Monday, August 09, 1999 1:53 AM > To: zope(a)zope.org > Subject: [Zope] Can't start server > > > > > I just read the devshed article on Zope and thought I would > give it a try > on my machine. I'm running: > > FreeBSD 2.1 Stable > Python 1.5.2 > Apache 1.3.6 > > Zope 2b3 > > I did not see any errors when I ran "python w_pcgi.py" but > when "./start" > was run I recieved the following errors: > > Traceback (innermost last): > File "/usr/local/www/cgi-bin/Zope-2.0.0b3-src/z2.py", line 366, in ? > import ZServer > File > "/usr/local/www/cgi-bin/Zope-2.0.0b3-src/ZServer/__init__.py", line > 123, > in ? > from HTTPServer import zhttp_server, zhttp_handler > File > "/usr/local/www/cgi-bin/Zope-2.0.0b3-src/ZServer/HTTPServer.py", > line 111 > , in ? > import thread > ImportError: No module named thread > > > If someone could point me in the right direction I would be > very happy. > > /Paul > > > - > ________________________________________________________________ > Paul Wolstenholme > Simon Fraser University > Centre for Experimental and Constructive Mathematics (CECM) > Vancouver, BC Canada > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (To receive general Zope announcements, see: > http://www.zope.org/mailman/listinfo/zope-announce > > For developer-specific issues, zope-dev(a)zope.org - > http://www.zope.org/mailman/listinfo/zope-dev ) >

2 1

Boosting Zope Performance
by Tony McDonald 09 Aug '99

09 Aug '99

What's the best way of boosting the performance of a Zope site? In my PHP3 days, we used to have 16 or so httpd processes running (each with an embedded PHP3 interpreter) and things were pretty ok. I have Zope 2.0b1 running with just two processes. Is there any mileage in upping this number to something like 16 or so? as RAM is not a problem for us (our MySQL daemon is running at about 80-90 Megs). Should I rewrite as many DTML methods as External Methods? Should I rewrite DTML methods that access the database to do more complex queries? Am I missing out on something daft - like have I neglected a switch that has kept (surmised) debugging code on? I use MySQL a hell of a lot - is the fact that it is not multi-threaded a problem too? Obviously the Zope site is doing a lot more work than a static server configuration, including many MySQL queries to several different databases and an awful lot of DTML and External Methods. I'm using the Zope 2.0b1 binary release on an Enterprise 450 under Solaris5.6 with half a gig of RAM and 4 processors - it's a fast box. The problem is that I don't think that the performance I've seen so far will be acceptable once we let 60-80 students loose on the system. thanks for any thoughts on the matter. Tone.

1 0