August 2000 - Zope - Zope lists

Re: [Zope] Missing pictures
by Dieter Maurer 24 Aug '00

24 Aug '00

William JOYE writes: > I have notified that every time on my web page one picture is missing (with > IE and Netscape). When I refresh the page there is another picture missing > and the first is OK. After another refresh, the first is missing and the > second is OK. And so on... > > I use Apache and Zope 2.1.6 under Linux. In the Apache log, I have notified > that http code is always 304 but when pictures are missing in web page the > transferred size is '-' and no '0'. Interesting! Recently, I tried to locate a very similar (though not that well reproducible) problem. It may well be the same problem. My problem really confused me: Netscape showed a broken image for each "reload". When I verified the Zope result with an httplib application (this is a Python module to generate HTTP request), I got a perfect 304 response. No hint whatsoever on any Zope problem. Print statements in "OFS.Image.index_html" demonstrated that Zope received a request with an "If-Modified-Since" header and that it decided that it has no newer image. Thus, it responded with status 304. This is correct. When I did a forced reload (i.e. Shift-Reload), the image was shown correctly. From then on, a normal reload showed the image correctly, too. The forced reload leads to a request without "If-Modified-Since". For such a request, Zope returns the image in a standard status 200 response. I can only make some sense of this, when I assume that somehow Netscape has associated the image with the broken image in its cache. I was determined to track this problem down at home. However, I was unable to reproduce it. This is to be expected when the problem has to do with the browser cache. Of cause, it is different at home than at work. However, many people report similar problems. So, probably, Zope sometimes does something strange with images that confuses browsers, maybe let them associate an image permanently with a broken image in their cache. Because the behaviour you reported seems to be reproducible, we may have a change to determine the cause. If you are willing to track this problem down, I may give some hints about instrumentation and maybe debugging. Dieter

1 0

gvib
by Bob Tierney 24 Aug '00

24 Aug '00

I forgot to mention that the 0.9.2 version contains a Windows DLL contributed by Brad Clements. Sorry about that. Regards, Bob _________________________________________________________________ Robert E. Tierney EMail: bob.tierney(a)goingv.com Going Virtual HTTP: www.goingv.com 10800 Independence Pointe Pkwy Phone: 1-704-849-0731 x109 Matthews, NC 28105 Fax: 1-704-849-2279 AIM: RETierney _________________________________________________________________

1 0

gvib
by Bob Tierney 24 Aug '00

24 Aug '00

Hello everyone! We released version 0.9.2 of the gvibDA Interbase database adapter. This version is a bug fix release. The new version can be had at http://www.zope.org/Members/RETierney/gvibDA. Thank you. Bob _________________________________________________________________ Robert E. Tierney EMail: bob.tierney(a)goingv.com Going Virtual HTTP: www.goingv.com 10800 Independence Pointe Pkwy Phone: 1-704-849-0731 x109 Matthews, NC 28105 Fax: 1-704-849-2279 AIM: RETierney _________________________________________________________________

1 0

Corruption caused by 'Pack'?
by Marcin Kasperski 24 Aug '00

24 Aug '00

After using succesfully zope for some time I decided to cut a bit the database size. So I went to Control Panel/Database and clicked "Pack" for objects older than 10 days. At first everything seemed to work (I returned to the management screen seeing new - smaller - Data.fs size), but when I tried to preview my pages, terrible things happened - most pages turned to be not available, instead of seeing them I saw zope errors with useless descriptions like 'Zope error: error' etc (restarting browser and zope did not helped). Happily, during the process, the Data.fs.old file was created - stopping Zope, removing all Data.fs.<sth> and overwritting Data.fs with Data.fs.old returned zope instance to the previous state. So I will not click 'Pack' anymore. Has anyone notified similar problems? What could be going on? I use binary zope 2.2.0 distribution for Linux. The database has been created and always used with this distribution (just a few weeks ago) and has never been packed. The time on the machine seem to be correct (although IIRC there happened a moment a few weeks ago when it was for the short time incorrect). I use some custom ZClasses installed as a product developed within 'this' Control Panel/Products. By the way: to decrease database size I consider: - creating new Data.fs served via another (temporary) Zope instance (via just copying Data.fs.in) - exporting everything important from my current instance - importing those files into new instance - copying new Data.fs over the old one (of course each Data.fs copying is performed while both Zope's are shut down). Will it work as expected? Will I loose anything apart bobobase_modification_time? -- Serwis dla programistów z kącikiem mieszkaniowym: http://www.mk.w.pl | | You have the right to change your mind, to substitute functionality, | and to change priorities. (Ken Beck's Third Customer Right) |

2 1

Re: [Zope] The tree tag, SQL and what should be simple
by Dieter Maurer 24 Aug '00

24 Aug '00

icottee(a)bluefountain.com writes: > I have a table for chickens.... > And another table for types.... > > Each chicken has a type associated with it. At the end of the day I want to > display the chickens underneath the type it has ... start the screen up it would > say > > + BIG > + MEDIUM > + SMALL > > And the users can then expand to see the chickens available in each category. > > + BIG > - Flossie > - Wombat > - Hank > + MEDIUM > - Debbie > - Fruitbat > - Harold > + SMALL > - Bob I think, I have a solution for you, but it is a bit tricky and you must fill out the details. I am not sure, it will work. Let's show the picture. You have two Z SQL methods: one for the top level (i.e. type table) without parameters, one for the chicken level with parameter type. You have a DTML method "branches". It should determine the branches in the current context. It looks at the variable "tree-level" to determine whether it must call the type or the chicken Z SQL method. If you need to use the chicken Z SQL method, you are in a context that knows the current type. You call the method with something like: <dtml-return "chicken(type=type)"> You may need to adapt the names to your case. Good luck Dieter

1 0

Re: [Zope] The tree tag, SQL and what should be simple
by Rik Hoekstra 24 Aug '00

24 Aug '00

> > >I thought this was going to be simple but having read numerous postings on the >mailing list and all related HOW-TOs I can find, I think I can confirm I am >stuck. This is sad because I've just spent a very productive couple of days with >Zope and MySQL making the world a better place. > >I have a table for chickens. Basically it looks like this <snip sql> >It would appear that I need to feed two things to the dtml-tree tag. Firstly my >starting levels (my types) and then the related data underneath but I can only >feed one SQL query to the tag. All the stuff I read seems to assume the info at >the top level comes from the same file (and from a key id). How do I do this or >indeed, is it possible? I have a nasty feeling I am missing something obvious. > Unless I do not quite understand you I think you missed Anthony Baxter's tree_and_sql howto (http://www.zope.org/Members/anthony/tree-coding-tricks ). It will probably give you either exactly what you want or enough ideas to get you further. hth Rik

1 0

Where do I find out about cookies?
by Jean Jordaan 24 Aug '00

24 Aug '00

Hi Zopers It looks like I'm going to be using cookies now, and I don't find any How-To on cookies. What's the most instructive place to look? "UTSL" is fine as an answer, especially if it points me somewhere, and even more if it's DTML source .. The *ZQR* is a bit too cryptic for me. The *DTML Ref* has a bit more:: 8. Dictionaries are objects that support looking of data by name (e.g. REQUEST.cookies['CUST_ID'] to look up a cookie named CUST_ID). Dictionaries have has_key methods for checking whether a dictionary contains a value (e.g. REQUEST.cookies.has_key('CUST_ID') ) and methods keys , values , and items , for updating lists of dictionary keys, values, and key-value pairs (e.g. REQUEST.cookies.keys() to obtain a list of cookie names). .. but I don't understand yet how 'keys', 'values' and 'items' are going to help me *update* the lists -- it seems to refer only to querying them, AFAICS .. -- Jean Jordaan -- technical writer -- Mosaic Software -- Zope 2.1.6 on WinNT and W2K

4 3

import from 216 to 213 fail
by Didier Georgieff 24 Aug '00

24 Aug '00

Hello, I'm trying to import a folder From 2.1.6 (Linux) to 2.1.3 (Linux) and i get this error : Type d'erreur: TypeError Valeur de l'erreur: ('len() of unsized object', , None) I tried to import the zexp in 2.1.6 on Win and it works fine. AFAIK i have the correct objects in the acquired folder. I saw some postings on the list about that problem and i suspect it's the 2.1.3. I'm i correct or do i have to check something else with my zexp ? Thanks. Didier Georgieff

1 0

Zope developer in Orange County - California
by Paul Aviles 24 Aug '00

24 Aug '00

We are looking for a developer or developing company for a B2B startup. Responsible party should have experience developing web sites in Zope and familiarity with XML. If interested please send me your information. Best regards, -pa

1 0

RE: [ZOPE Collector] Zope Bug entry: An alt attribute of img elem ent inserted by Image objects ent inserted by Image objects
by Brian Lloyd 24 Aug '00

24 Aug '00

> > It's not required, actually, just recommended, and a > filename is better than > > NOTHING, which is what he proposed. I'd definately be -3 > on this one. > > Actually, I'd rather see BORDER=0 be the default. I've yet > to find a single > > person who wants a border on their images... > > > > Chris > > > > 1. > 'alt' IS required, look at DTD: > <!ATTLIST IMG > .... > src %URI; #REQUIRED -- URI of image to embed -- > alt %Text; #REQUIRED -- short description -- > .... > > > > 2. > The way you want every single image will leave some garbage on the > screen when you browse with Lynx, even if it has only meaning for GUI > browsers. Ok - I propose that image.tag() and .__str__ will: o use the content of the 'title' property if defined o otherwise generate alt="" o include border="0" by default Unless people complain loudly, I'll put on the benevolent dictator hat and have this is 2.2.1 (should be out tomorrow) :) Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0