- Zope - Zope lists

Simplifying complex contexts/urls
by Chris Fassnacht 15 Sep '99

15 Sep '99

I'm developing a site with Zope that has a lot of interlinking between objects, and after clicking around for a while, the context (aka, the url path in the browser's address display) gets really long and complex. So far, I haven't had any problems with it, but I do have two concerns. 1. It starts to look pretty ungainly. This doesn't bother me too much, but I don't know how users will respond. 2. There must be some limit on the length of the allowable url in the browser's display. What are the chances that an extended session of clicking around will run into that limit? So, I'm wondering if there's some way to automatically simplify a path to its most elemental form. For example, www.mysite.edu/main/topicA/topicB/topicC/topicA/topicB becomes www.mysite.edu/main/topicA/topicB. Thanks. Chris

6 6

Can't get the Manage screens to work
by Wayne Spivak 15 Sep '99

15 Sep '99

System: FreeBSD 3-2Release Python 1.5.2 w/threads enabled Roxen 1.3 Challenger Web Server Ran ./start w/o error Type URL http://kira.sbanetweb.com:8080/manage and get two frames, in each the following message: Zope Error Zope has encountered an error while publishing this resource. AttributeError Sorry, a Zope error occurred. Traceback (innermost last): File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/ZPublisher/Publish.py, line 214, in publish_module File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/ZPublisher/Publish.py, line 179, in publish File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/Zope/__init__.py, line 201, in zpublisher_exception_hook (Object: ApplicationDefaultPermissions) File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/ZPublisher/Publish.py, line 165, in publish File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: manage_main) File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/ZPublisher/Publish.py, line 102, in call_object (Object: manage_main) File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/App/special_dtml.py, line 117, in __call__ (Object: manage_main) (Info: /usr/home/wbs/src/Zope-2.0.0-src/lib/python/OFS/main.dtml) File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/DocumentTemplate/DT_String.py, line 381, in cook (Object: manage_main) File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/DocumentTemplate/DT_String.py, line 228, in parse (Object: manage_main) File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/DocumentTemplate/DT_String.py, line 276, in parse_block (Object: manage_main) File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/DocumentTemplate/DT_String.py, line 228, in parse (Object: manage_main) File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/DocumentTemplate/DT_String.py, line 289, in parse_block (Object: manage_main) File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/DocumentTemplate/DT_If.py, line 165, in __init__ File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/DocumentTemplate/DT_Util.py, line 343, in name_param (Info: ({'': '"AUTHENTICATED_USER.has_permission(\'Delete objects\', this())"'}, 'if', 1, 'name')) File /usr/home/wbs/src/Zope-2.0.0-src/lib/python/DocumentTemplate/VSEval.py, line 188, in __init__ (Object: AUTHENTICATED_USER.has_permission('Delete objects', this())) AttributeError: compile I'm clueless. Wayne Spivak SBA * Consulting® - Systems for Business & Accounting SBA.NET.WEB® - Internet & World Wide Web Consulting 2711 Bellmore Avenue, Bellmore, New York 11710-4319 Tel: 516-221-3306 Fax: 516-221-7129 mailto:WSpivak@sbanetweb.com http://www.sbanetweb.com or http://www.sbaconsulting.com http://guide.sbanetweb.com -- Guide to Computer Vendors(TM) http://guide.sbanetweb.com/library.html -- Published Articles Join the Internet Society -- http://www.isoc.org

2 1

Lost inheritance
by Bruce Elrick 15 Sep '99

15 Sep '99

Hello... I had a test Squishdot (0.1.5) site that was working and had some content, and now it breaks when posting a new article (other features seem to work). I can add a new Squishdot site and it works, but the old one doesn't. The last time I posted was before I upgraded to Zope 2.0.0 from 1.10.3, so it may be due to that. I've also changed non-Squishdot parts of the web site. I've looked at the traceback and into the source files, but do not know enough Zope, Python, or Squishdot (or Confera) to understand what happens. In Squishdot, the addPostingForm DTML_Method has a form with an action of ".". I assume this loads the index_html of the Squishdot site which then processes the form data and then renders the updated front page. But when I look at index_html, I can't see how it would do that. Clearly I don't understand the inner workings. Note that I applies the patch Nick Garcia mentions in: http://www.zope.org/pipermail/zope/1999-September/009352.html and search for other relevant articles, but found nothing. Here's the error with traceback:  ...  -- Bruce Elrick, Ph.D. Saltus Technology Consulting Group Cell: (403) 870-4429 Personal: belrick(a)home.com IBM Certified Specialist Business: belrick(a)saltus.ab.ca ADSM, AIX Support, RS/6000 SP, HACMP

2 2

RE: [Zope] ZopeTime
by Brian Lloyd 15 Sep '99

15 Sep '99

> Anyone have any ideas on how i can create a variable using the > REQUEST.set object and insert the ZopeTime into it formatted with just > the time? and not the date and GMT on the end?? > > Probably an impossible suggestion but, hey.... Nothing's impossible :^) try:  Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

4 3

Follow-on to Re: [Zope] dtml-with problems
by Scott Anderson 15 Sep '99

15 Sep '99

With Jeffrey's help I fixed my dtml-with problem. However, attempting to use the same technique in another Method in the same Folder is giving me other problems: Error Type: AttributeError Error Value: __getitem__ The following is the DTML Method giving the error. It is being called by a form POST method; the only fields on the form are 1) a hidden field named 'sReportTypeID' with value 'no' to indicate a new insertion as opposed to an edit, and 2) a field named sDescription. tblReportTypeInsertOrUpdate is a SQL Method that inserts/changes the record referenced by sReportTypeID. If sReportTypeID is 'no', the SQL Method performs an insert followed by a select, as I am using an IDENTITY column (monotonically increasing auto-index field). DTML Method at /Reporting/Admin/editReportType: <dtml-var standard_html_header> <dtml-with adminSQL>  <dtml-in tblReportTypeInsertOrUpdate> <dtml-call "REQUEST.set('sReportTypeID', reportTypeID)"> </dtml-in> </dtml-with>  <dtml-with "_.namespace(renderType='edit', renderID=sReportTypeID)"> <dtml-var renderReportType> </dtml-with> <dtml-var standard_html_footer> The REQUEST.set is intended to pass the new request type ID for use later in the method. (better ways of doing this...? perhaps do this in the SQL method instead?) The form performing the POST:  Enter the description of the new report type. <BR> <form action="editReportType" method="POST"> <INPUT TYPE="HIDDEN" NAME="sReportTypeID" VALUE="no"> <INPUT TYPE="TEXT" NAME="sDescription" SIZE="50" MAXLENGTH="50" VALUE="New Report Type"> <BR> <input type="submit" name="submit" value="Add New Report Type">  Thank you for your patience! If I can get over this hump of understanding the passing of parameters between pages, I feel that I can begin to start using ZOPE to its potential. Regards, -scott anderson Jeffrey(a)digicool.com wrote: > > > Hi all, > > > > I have a DTML Document that calls a DTML Method: > > > > <dtml-var standard_html_header> > > <dtml-var expr="renderReportType(renderType='edit', > > renderID=reportTypeIDSearch)"> > > <dtml-var standard_html_footer> > > Try: > > <dtml-var expr="renderReportType(_,_.None,renderType='edit', > renderID=reportTypeIDSearch)"> > > The first two arguments (_,_.None) pass in the namespace (aka, '_') and > an entity known as the client (here as _.None). The _.None stems from > very very old behaviour of the underpinnings of DTML Methods. > > There are some How-To's on the Zope site that talk about the Namespace, > which is a critical feature of DTML. Without passing in the _ and > _.None, the DTML Method that you're calling loses the namespace of the > DTML Method/Document calling it. > > Another alternative would be to do: > > <dtml-with expr="_.namespace(renderType='edit', > renderID=reportTypeIDSearch)"> > > <dtml-var renderReportType> > </dtml-with> > > (you could also use the dtml-let tag here). The dtml-with tag pushes a > new level onto the namespace and places values in it, and then renders > the 'renderReportType' DTML inside of that namespace, and then pops the > new level of namespace off. >

1 0

Re: [Zope] ADVICE needed: multi-site Zope installations, PCGI and ZServer
by Tony McDonald 15 Sep '99

15 Sep '99

Steve, Thanks for the reply, I delayed replying as I wanted to check my virtual hosts setup; At 8:54 am -0500 14/9/99, Steve Spicklemire wrote: >Hi Tony, > >>>>>> "Tony" == Tony McDonald <tony.mcdonald(a)ncl.ac.uk> writes: > >I do this all the time with no mangled screens. I've mailed >the zope list... but I rarely see a comment about this approach. >Have you tried anything like this?: > ><VirtualHost www.sample.com> >Port 80 >ServerAdmin steve(a)spvi.com >DocumentRoot /webroot/sites/sample >ServerName www.sample.com >ErrorLog /var/log/sample_error.log >TransferLog /var/log/sample_access.log >RewriteEngine on >RewriteRule ^/sample/(.*) /$1 >RewriteCond %{HTTP:Authorization} ^(.*) >RewriteRule ^/(.*) /usr/local/etc/zope/Zope.cgi/sample/$1 >[e=HTTP_CGI_AUTHORIZATION:%1,t=application/x-httpd-cgi,l] ></VirtualHost> > My *main* virtual setup is <VirtualHost nle.ncl.ac.uk> ServerAdmin Tony.McDonald(a)ncl.ac.uk DocumentRoot /home/nnle/public_html/ ServerName nle.ncl.ac.uk ScriptAlias /cgi-bin/ /home/nnle/cgi-bin/ RewriteEngine on RewriteRule ^/web_logs - [L] RewriteRule ^/website/handbooks - [L] RewriteRule ^/img - [L] RewriteRule ^/images - [L] RewriteRule ^/include - [L] RewriteRule ^/site_web_resources - [L] RewriteRule ^/testing - [L] RewriteCond %{HTTP:Authorization} ^(.*) RewriteRule ^/(.*) /home/nnle/cgi-bin/Zope.cgi/$1 [e=HTTP_CGI_AUTHORIZATION:%1,t=application/x-httpd-cgi,l] <Location /test> ForceType application/x-httpd-php3 </Location> ErrorLog "/home/nnle/wwwserver/logs/error_log" TransferLog "/home/nnle/wwwserver/logs/access_log" UserDir disabled <Directory /home/nnle/public_html> AllowOverride AuthConfig fileInfo Indexes Limit Options </Directory> </VirtualHost> Apart from your RewriteRule ^/sample/(.*) /$1 line, they appear to do the same thing. I don't *believe* the blank line before the RewriteCond line is important. For one of my 'subsites' I have <VirtualHost mf.ncl.ac.uk> ServerAdmin a.n.other(a)ncl.ac.uk DocumentRoot /home/dnle/public_html/ ServerName mf.ncl.ac.uk ScriptAlias /cgi-bin/ /home/dnle/cgi-bin/ RewriteEngine on RewriteRule ^/icons - [L] RewriteRule ^/dur_cmc - [L] RewriteRule ^/mcq - [L] RewriteRule ^/res_upload - [L] RewriteRule ^/site_web_resources - [L] RewriteCond %{HTTP:Authorization} ^(.*) RewriteRule ^/(.*) /home/nnle/cgi-bin/Zope.cgi/nle/dnle/$1 [e=HTTP_CGI_AUTHORIZATION:%1,t=application/x-httpd-cgi,l] ErrorLog "/home/dnle/wwwserver/logs/error_log" TransferLog "/home/dnle/wwwserver/logs/access_log" UserDir disabled <Directory /home/dnle/public_html> AllowOverride AuthConfig fileInfo Indexes Limit Options </Directory> </VirtualHost> As you can see this virtual host is pointed into a subfolder of the main Zope site (dnle to be specific). The problem is that once the manager logs into that site they get the following on the right hand screen (after some traversing in their 'neck of the woods') Folder at /nle / dnle / nle / dnle / nle / dnle / nle / dnle Which, although the site appears to work ok, is an additional bit of confusion for the manager. Additionally, some people on the list have recommended using; RewriteRule ^(.*) /home/nnle/cgi-bin/Zope.cgi/nle/dnle/$1 [e=HTTP_CGI_AUTHORIZATION:%1,t=application/x-httpd-cgi,l] rather than RewriteRule ^/(.*) /home/nnle/cgi-bin/Zope.cgi/nle/dnle/$1 [e=HTTP_CGI_AUTHORIZATION:%1,t=application/x-httpd-cgi,l] although the latter does (almost) work (the almost being this issue with repeating folder names). Cheers tone. ------ Dr Tony McDonald, FMCC, Networked Learning Environments Project http://nle.ncl.ac.uk/ The Medical School, Newcastle University Tel: +44 191 222 5888 Fingerprint: 3450 876D FA41 B926 D3DD F8C3 F2D0 C3B9 8B38 18A2

3 3

Re: [Zope] dtml-with problems
by Scott Anderson 15 Sep '99

15 Sep '99

> Try: > > <dtml-var expr="renderReportType(_,_.None,renderType='edit', > renderID=reportTypeIDSearch)"> Er, nope. :-) I get the same error passing the namespace. > There are some How-To's on the Zope site that talk about the Namespace, > which is a critical feature of DTML. Without passing in the _ and > _.None, the DTML Method that you're calling loses the namespace of the > DTML Method/Document calling it. Incidentally, why is the namespace lost over a method call? > <dtml-with expr="_.namespace(renderType='edit', > renderID=reportTypeIDSearch)"> This one works. Thank you! Are there any better ways of passing state between methods/documents? Some sort of session object or the like? Regards, -scott anderson

1 0

RE: [Zope] Simplifying complex contexts/urls
by Jeffrey Shell 15 Sep '99

15 Sep '99

> Only 256 characters is _guaranteed_, but you seem to be able to get > away with quite a bit more. > > My only other data point is that Internet Explorer is unhappy after > about 2000 characters. My current project is likely to be pushing this > limit, so I would be interested if anyone has seen anything lower. > http://www.zope.org/Members/htrd/urllen contains a quick test. IE 4.5 on the Mac seemed to go out a little bit longer than IE 5 on the PC. Apache hushed me up somewhere above 5000.

1 0

Re: [Zope] ZMySQLDA does not work in Zope 2.0
by Andy Dustman 15 Sep '99

15 Sep '99

On 15 Sep 1999, CURTIS David wrote: > I saw a post from adjustman(a)comstar.net Heh, that's a good one. > telling me that MySQLdb-0.1.0 > is now in beta and can be downloaded. Is this adapter file to be used > instead of ZMySQLDA? I can't find a new adapter for MySQL3.23. Is > there an alternate approach to using MySQL databases? Should I use > the postrgreess database adapter? Okay, my DB API v2.0-compatible interface for MySQL-3.22 and Python-1.5.2 is available at: http://starship.python.net/crew/adustman This by itself will not let Zope use it. You also need ZMySQLDA, which you should find somewhere on www.zope.org. BUT, you also need to apply the patch for ZMySQLDA which is in the MySQLdb distribution; otherwise ZMySQLDA uses an older MySQL interface (MySQLmodule-1.4) which is designed for MySQL-3.21. Note: There may be yet another bug in my ZMySQLDA patch, or it may be in _mysql; I haven't decided which it is yet, but it has to do with the column types which are returned in some situations (NOT NULL columns). -- andy dustman | programmer/analyst | comstar.net, inc. telephone: 770.485.6025 / 706.549.7689 | icq: 32922760 | pgp: 0xc72f3f1d

1 0

RE: [Zope] dtml-with problems
by Jeffrey Shell 15 Sep '99

15 Sep '99

> Hi all, > > I have a DTML Document that calls a DTML Method: > > <dtml-var standard_html_header> > <dtml-var expr="renderReportType(renderType='edit', > renderID=reportTypeIDSearch)"> > <dtml-var standard_html_footer> Try: <dtml-var expr="renderReportType(_,_.None,renderType='edit', renderID=reportTypeIDSearch)"> The first two arguments (_,_.None) pass in the namespace (aka, '_') and an entity known as the client (here as _.None). The _.None stems from very very old behaviour of the underpinnings of DTML Methods. There are some How-To's on the Zope site that talk about the Namespace, which is a critical feature of DTML. Without passing in the _ and _.None, the DTML Method that you're calling loses the namespace of the DTML Method/Document calling it. Another alternative would be to do: <dtml-with expr="_.namespace(renderType='edit', renderID=reportTypeIDSearch)"> <dtml-var renderReportType> </dtml-with> (you could also use the dtml-let tag here). The dtml-with tag pushes a new level onto the namespace and places values in it, and then renders the 'renderReportType' DTML inside of that namespace, and then pops the new level of namespace off. ERgh. I think. :)

1 0