November 1999 - Zope

Zope and FTP, WebDAV
by Eron Lloyd 01 Nov '99

01 Nov '99

Hello all. What's the proper way to log into a Zope site running ZServer using an FTP client? I heard you can do this in emacs, too? What about WebDAV - is there any info on this? Thanks in advance, Eron

1 0

Re: [Zope] DTML: calling a method
by Kevin Dangoor 01 Nov '99

01 Nov '99

Someone may have done a howto on this, but I'm not sure. The basic format is: <dtml-var "amethod(_.None, _, arg1='foo', arg2='bar')"> (The _.None is the target object for the method, and _ is the namespace. You need to include these (most importantly, the namespace) so that the method knows the context that it is being called in and has access to the normal set of variables.) Kevin -----Original Message----- From: Scott Lewis <csl(a)balticave.com> To: zope(a)zope.org <zope(a)zope.org> Date: Monday, November 01, 1999 12:02 AM Subject: [Zope] DTML: calling a method i have a string with a method name and another string with the method arguments. currently the arguments string looks like this: "arg1='foo', arg2='bar'" but this format can altered if necessary. what is the DTML to call the method with the specified arguments? e.g: s1 = "amethod" s2 = "arg1='foo', arg2='bar'" without knowing the values of these strings until runtime, how do i do the equivalent of: <dtml-var "amethod(arg1='foo', arg2='bar')">

1 0

Re: [Zope] Altering product instance changes all instances!
by Kevin Dangoor 01 Nov '99

01 Nov '99

D'oh! This is actually a HOWTO that I meant to write 3 or 4 weeks ago. You can check out KM|Net News. My constructor clones DTML Methods (instead of Images), but it was pretty easy and works completely within DTML. I also added a "Defaults" tab so that you can easily plug the latest "default" version into an individual instance. Here is Albert Kinderman's summary of our discussion from October 1. [quote] In your xProduct, create a DTML document (or method) with id default. This is at the same level as the xClass, xClass_add, xClass_addForm, and xClassFactory. [NOTE: Kevin says to put the default in the xClass. Try it either way.] In your xClass_add, include within the <dtml-with "xClass.createInObjectManager(REQUEST['id'], REQUEST)"> the lines <dtml-call "REQUEST.set('data',default.document_src(REQUEST,RESPONSE))"> <dtml-call "manage_addDTMLDocument('default','',data)"> [changed in the obvious way for a DTML Method] along with any property sheet management call (as explained in the comment in the standard xClass_add). Now when you create an instance of x, the document default will be automatically created within the instance created. Since default is inside of the instance, I believe you must have ZObjectManager as one of the base classes. [I haven't tried it without ZObjectManager as a base class, but I know it works when you do.] [end quote] Kevin -----Original Message----- From: Edd Dumbill <edd(a)usefulinc.com> To: Michel Pelletier <michel(a)digicool.com> Cc: Edd Dumbill <edd(a)usefulinc.com>; zope(a)zope.org <zope(a)zope.org> Date: Monday, November 01, 1999 12:54 PM Subject: Re: [Zope] Altering product instance changes all instances! >On Mon, Nov 01, 1999 at 11:52:20AM -0500, Michel Pelletier wrote: >> Edd Dumbill wrote: >> > >> > Hi >> > >> > For my SiteSummary [1] product, I have a default image that is stored as a >> > subobject in my ZClass. >> > >> > An instance of the product can upload a new image to replace it. >> > >> > Unfortunately that ends up replacing the image in _all_ instances of the >> > product. >> > >> > This is not the desired behavior! >> >> But it is probably the correcy behavior. > >Yes, I figured so > >> It sounds like maybe you want your object to be an ObjectManager, and >> contain your Image. > >My object subclasses ObjectManager already. The only way I figure to >get round this is to add to the constructor some code which clones the >Image in the class and adds it to the object itself. I am dubious as to >whether I can achieve this in DTML -- it's looking like I need an >external method to achieve it. > >> I suppose the 'right' thing would be for each >> instance to set an instance attribute when they are instanciated, but >> you can't do that, because you can't set attributes from DTML, it would >> violate security. You *can* do it from an external method, but that >> might be hairy..hmm. > >The 'right' thing happens to properties. What I guess I wanted was to >be able to add objects in as properties. But of course this is only >possible for a ZClass that subclasses ObjectManager, so there won't be >anything in the existing Zope interfaces to enable me to do that. > >> You might be stretching ZClasses farther than they are capable of going, >> at this point. > >:-) I think I might. > >> It might be desireable for us to come up with some way >> for instances to change their attributes, but this is typically not done >> from DTML, DTML is expressly designed not to allow you to 'change' >> objects without using a specific API that that object provides, in >> Python, for the DTML programmer. > >I can conceive of a need for ZClasses which subclass ObjectManager to >come "pre-loaded" with objects, kind of like a default population. As I >said above, I guess I can achieve this by putting them in the class and >then cloning them as part of the constructor. > >> -Michel > >Thanks for your very helpful response. I'll now look into getting my >constructor to do some cloning. > >-- Edd > >_______________________________________________ >Zope maillist - Zope(a)zope.org >http://www.zope.org/mailman/listinfo/zope > >(Related lists - please, no cross posts or HTML encoding! > >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 ) >

1 0

ANN: First beta of ClickTracker product released
by Petru Paler 01 Nov '99

01 Nov '99

Hi all, I just wanted to let you know that I uploaded a development version of the ClickTracker product. You can get it at http://www.zope.org/Members/ppetru/ClickTracker The README file: ClickTracker clickthrough logging system Description: This product logs clickthroughs to foreign (or local) URLs in a SQL database. The data gathered with it is useful to generate reports about where your site's visitors go. Usage: Untar and ungzip the archive into you Zope directory and restart Zope. Make sure that a database connection is available and that a table with the following structure exists: CREATE TABLE clickthrough_log ( local_url varchar(255) not null, foreign_url varchar(255) not null, entry_date date, ); Add a ClickTracker using Zope's management screens (the predefined id is 'r'). After that convert the HREFs you want to monitor after the following model: href="http://www.foo.com" -> href="r?t=http://www.foo.com" Description of the SQL schema: local_url contains the full local URL (ex: http://www.myzopeserver.com/links/directories) foreign_url contains the full foreign URL that the user clicked (ex: http://www.yahoo.com) entry_date contains the date when the clickthrough was logged Bugs: The SQL method uses the now() function which (I think) is MySQL-specific. Does anyone know a database-independent way to get the current time ? Todo: - it should be possible to change the logging table name - report generation Contact ppetru(a)coltronix.com for suggestions, bug reports, complains and patches :) -Petru

1 0

test
by michel＠digicool.com 01 Nov '99

01 Nov '99

test

1 0

FYI: PORPIGgies meeting; Zope talk tonight
by Amos Latteier 01 Nov '99

01 Nov '99

Hi, Just a reminder that tonight at 7pm is the PORPIG (Portland, Oregon Python Interest Group) meeting. I'll be speaking about Zope, so if you're in Portland (or can get there by 7pm tonight ;-) this is your chance to ask Zope development questions in person. Plus there are free eats! -Amos P.S. For more info about PORPIGgies get in touch with Ray Price (ray(a)unival.com) Amos Latteier mailto:amos@digicool.com Digital Creations http://www.digicool.com -- The next meeting is scheduled for November 1, 1999 and will feature Amos Latteier presenting "Extending Zope in Python" He'll cover the basic avenues for extending Zope in Python, including external methods, zclass base classes, and Python products. The bulk of the talk will be tutorial on building a simple Zope product in Python. He'll explain the basic Zope services that a Python product needs to be aware of: object publishing, persistence, security, and the management framework. The talk will include many examples. Refreshments are once again sponsored by Randall Burns. If you want to attend, you must subscribe to the PORPIG list at www.egroups.com. Building security will only admit list subscribers. Meeting time is 7pm to 9pm at the Benjamin Franklin Building, One SW Columbia, Portland Oregon.

1 0

RE: [Zope] Zope.org performance (Was Re: [Zope] Front door on the Zope web site)
by Paul Everitt 01 Nov '99

01 Nov '99

Well that's good timing then. Amos made the HTTP header change Thursday night and I upped the cache Friday morning. --Paul > -----Original Message----- > From: Thomas B. Passin [mailto:tpassin@mitretek.org] > Sent: Monday, November 01, 1999 12:06 PM > To: Paul Everitt > Cc: zope(a)zope.org > Subject: Re: [Zope] Zope.org performance (Was Re: [Zope] Front door on > the Zope web site) > > > Yup, the site was much snappier this weekend. But it seemed > to me it improved > starting Friday sometime, so maybe there was also a network > thing going on for > me as well. > > Tom Passin > > From: Paul Everitt <Paul(a)digicool.com> > > > >We haven't put it on the new machine yet, but we did do two > other things > >late last week: > > > > o Amos put in some HTTP caching information. The hope is > that images > >cache correctly and pages cache for anonymous for around ten minutes. > > > > o Increased object cache size. We had it dialed *way* down (200 > >objects!) while we were doing some debugging and didn't raise it. We > >increased the number. > > > >Thus, before we bring up the site on the new, dedicated machine: > > > > o Did anybody notice any performance improvements on > Saturday or over > >the weekend? > > > > o Did anything seem to break? > > > >--Paul > > > >Paul Everitt Digital Creations > >paul(a)digicool.com 540.371.6909 > >----------------------------------------- > >The Open Source Zope application server > >http://www.zope.org/ > > > >_______________________________________________ > >Zope maillist - Zope(a)zope.org > >http://www.zope.org/mailman/listinfo/zope > > > >(Related lists - please, no cross posts or HTML encoding! > > > >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 ) >

1 0

RE: [Zope] python -O
by Brian Lloyd 01 Nov '99

01 Nov '99

> Recently I tried to use "python -O", stopped Zope and > asked Apache to > restart it. Zope didn't came up, and I got "temporary > unavail". I removed > option "-O", and Zope started up ok. > > Question: What are pros and cons to run Zope under "python > -O"? If there are pros, how can I achive that? Oleg, I suspect that this is because PCGI is not expecting arguments to the Python binary (it uses exec to get python started, and it's probably passing the arg along as part of the program name). If you use the "start" script with Zope 2.x, you can add -O there and it seems to work fine - you just can't do it if PCGI is starting the process. Note that many of the Python command line options have corresponding environment variables that can be set as an alternative - if that is the case for the -O option, you should be able to set the env. var in your PCGI resource file. As far as pros and cons, it may in theory be a little bit faster (my limited performance tests using -O didn't show much definitive improvement). On the con side, using the -O option removes some metadata from Python bytecode (line numbers?) which may make it more difficult for you to debug a Zope site. Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

2 1

Re: [Zope] Zope.org performance (Was Re: [Zope] Front door on the Zope web site)
by Thomas B. Passin 01 Nov '99

01 Nov '99

Yup, the site was much snappier this weekend. But it seemed to me it improved starting Friday sometime, so maybe there was also a network thing going on for me as well. Tom Passin From: Paul Everitt <Paul(a)digicool.com> >We haven't put it on the new machine yet, but we did do two other things >late last week: > > o Amos put in some HTTP caching information. The hope is that images >cache correctly and pages cache for anonymous for around ten minutes. > > o Increased object cache size. We had it dialed *way* down (200 >objects!) while we were doing some debugging and didn't raise it. We >increased the number. > >Thus, before we bring up the site on the new, dedicated machine: > > o Did anybody notice any performance improvements on Saturday or over >the weekend? > > o Did anything seem to break? > >--Paul > >Paul Everitt Digital Creations >paul(a)digicool.com 540.371.6909 >----------------------------------------- >The Open Source Zope application server >http://www.zope.org/ > >_______________________________________________ >Zope maillist - Zope(a)zope.org >http://www.zope.org/mailman/listinfo/zope > >(Related lists - please, no cross posts or HTML encoding! > >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 )

1 0

Re: [Zope] Zope.org site text should wrap
by Thomas B. Passin 01 Nov '99

01 Nov '99

From: Phil Harris <phil(a)wigwamweb.net> >There was a mighty long discussion about this some time ago, search the >archives. > >It seems there is good reason for the text not to wrap. > Must have been before I joined. But I don't agree that text shouldn't wrap. Sure, <PRE>-formatted code samples should be left formatted as is, but I mean regular text. For example, in the main zope.org page, the middle column with "Welcome to Zope.org" should be allowed to wrap, but it doesn't. So the navigation bars and the text in the right hand column get truncated when you make your browser window a little narrow (not even excessively). I normally keep my browser at less than full screen (1024X768 resolution) and many people still use 800X600. Also, people set their browsers for different font sizes. Depending on your browser, these settings may or may not change the css font sizes. So it is not unlikely for people to experience truncated text. I don't think there is any "good reason" for this behavior. I also think that irritating aspects of a site tend to unconsciously reduce peoples' estimate of the competence of the product or its designers. So I think the main templates should be changed to reduce the chances of getting truncated text. I don't think this will interfere with the basic design of the template system for zope.org. I also don't mean to knock the designers of the site. I'd like to acknowlege them for their hard work on the site. I know it doesn't come easily! Tom Passin

1 0