September 2000 - Zope

need help: strange behaviour of dynamicly built global navigation tree in standard header
by Marcus Schopen 04 Sep '00

04 Sep '00

Hi there, I would also like to put my global navigation method in the standard header, so each document can use it. But I get a strange behaviour (see http://marcus.localguru.de:8080/b3/ ) of these dynamicly built navigation trees. I would like to avoid frames. Thank you Marcus ______________________________________ (0> Marcus Schopen //\ Bielefeld, Germany V_/_ ______________________________________

2 1

Missing pictures
by William JOYE 04 Sep '00

04 Sep '00

Hello, 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'. What's goes wrong ?

2 1

strange zope problems of the crashing kind
by Leichtman, David J 04 Sep '00

04 Sep '00

Alright Zopers, I'm looking for a hint, a suggestion, just about anything would help since I can't, for the life of me, figure out what's wrong. Here's the run-down. We are running Zope 2.2.0 on Solaris, and we're running it through Apache + SSL. We're using a PostgreSQL DB with the ZPoPyDA. We are also using FSSession 0.4.0 for session management. Previously, we were using Zope 2.1.6, accessing ZServer directly, and using FSSession 0.3.1. Here's the problem. Previously, when we were accessing ZServer directly, Zope would spontaneously quit. No reason, it would just die. Restarting it would bring it back up, but minutes, sometimes hours, sometimes days later, it would spontaneously die again. I asked the list, but no one had had such problems (except Dieter, but that was an Oracle problem). So now that we're running it through Apache, we're still, apparently, having the same problem. What will happen is that every once in a while (more frequently with more traffic), Zope will hang indefinitely. The only way to get over it is to restart Zope. So apparently, the ZServer (which I guess takes requests from the pcgi process), is still going down as before. The question is, why is this happeneing? Or, more to the point, how can I figure out why it is happeneing? I looked through the Zope logs and the Apache logs and found nothing useful. I've been thinking that it might correspond to a heavy database access. Perhaps there's a problem with the ZPoPyDA. Or maybe it's FSSession (which, incidently, doesn't seem to be expiring cookies correctly). Or maybe it's a compatability issue with Solaris. I really don't kow, and I don't know how to go about finding out. So any help anybody can give me would be fantastic. If anybody's had any kind of similar problems, or if anybody has any suggestions, it would be much appreciated. I've racked my brains trying to figure it out, and I just can't. Thanks. Dave Leichtman University of Oklahoma

2 1

RE: [Zope-dev] Fighting with ZServer
by T.J. Mannos 04 Sep '00

04 Sep '00

Dieter, Yes, I have, and I spent hours tearing apart my site thinking I'd seriously screwed-up when suddenly all my images refused to load. But that was just on my Solaris 2.6 server. PCs and even Macs render my pages beautifully. It's just Netscape Communicator for Solaris that causes a problem. I don't have a clue. But, I can tell you why your logs wouldn't be showing up. Netscape caches images so that it doesn't have to keep reloading them from the server. If it's reading a cached image, you won't see an entry in the server log. Hope this helps, T.J. -----Original Message----- From: zope-dev-admin(a)zope.org [mailto:zope-dev-admin@zope.org]On Behalf Of Dieter Maurer Sent: Monday, August 21, 2000 2:36 PM To: zope-dev(a)zope.org Subject: [Zope-dev] Fighting with ZServer Since this afternoon, I am fighting with ZServer. Currently, it seems Zserver is winning .... I do not understand, what I see... At work: Zope 2.1.6, Sparc Solaris 2.7, Linux Netscape 4.51 Sometimes, images are not shown by Netscape (broken image). No "simple" reload is able to change this, however a "forced" reload lets Netscape show the image correctly. From then on, the image is always shown correctly: by "simple" reload, "forced" reload or directly (served from cache). The strange thing, inside "Image.index_html" the failing "simple" reload and the succeeding "forced" reload look completely identical. At home: Zope 2.1.6, Intel Linux 2, Linux Netscape 4.5 All images are always shown correctly. However, there is no log entry in "var/Z2.log" for about 50 % of the requests that are answered by a 304 response. It is non-deterministic whether a log entry is written or not. Did you ever see something like this? Dieter _______________________________________________ Zope-Dev maillist - Zope-Dev(a)zope.org http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )

2 1

Re: [Zope] RE: [Zope-dev] Fighting with ZServer
by Dieter Maurer 04 Sep '00

04 Sep '00

weboats(a)web-oats.com writes: > To your image in properites add a string property called > > Last-Modified > > with value > > Wed, 15 Mar 2002 19:02:17 GMT > > And your broken image problem will disappear. That may be possible. However, this avoids browser caching of the images (at least until 2002-3-15). I think, disabling the caching is not a good thing. Furthermore, it does not explain, why netscape displays the image as broken. It should get a nice 304 response which is usually handles correctly. By the way, Zope should cope with rounding problems for the "If-Modified-Since" headers. Dieter

2 1

Re: [Zope] Pages Half Rendering :(
by Dieter Maurer 04 Sep '00

04 Sep '00

Hi Chris, SentChris Withers writes: > I experienced the same weird intermittent problem yesterday that I have > had on odd ocassions over the last eight months. > > Basically, Zope 2.1.6 returns only half a page. By that I mean if I view > source, the HTML just stops at some point through the page. The point > depends on the actual time, it varies... clicking reload means you get > more or less of the page than last time. > > All very odd... what makes it worse is that it happens intermittently > under certain cirumstances that I can't pin down. Months ago, I met a similar problem with Zope 2.1.6: A non-deterministic amount of image data was returned rather than the complete image. The analysis revealed a missing thread synchronization between the Zope thread producing the image data and the ZServer thread delivering this data. However, I saw this problem only together with the HTTPResponse.write (i.e. streaming output), and never when a page or image was delivered traditionally. When I reported the problem, DC immediatedly answered that the problem was already fixed in CVS: the threads were now synchronized. Maybe, you should take a 2.2 ZServer and use it with your Zope 2.1.6. I do not know, however, whether this will bring up other problems. You may also look at my ZServer patch for the above problem. It definitely is not optimal, because it does not synchronize the threads but simply prevents ZServer to store large results in a temporary file. It was this concurrent access to the temporary file that led to the data loss. With the patch, I never again had problems with ZServer 2.1.6. URL:http://www.dieter.handshake.de/pyprojects/zope/ZServer.pat Dieter

2 1

Re: [Zope] <dtml-comment> doesn't?
by Dieter Maurer 04 Sep '00

04 Sep '00

Chris Withers writes: > Is is just me or does stuff inside a <dtml-comment> get parsed? "<dtml-comment>" must do a bit of parsing: It must at least recognized "</dtml-comment>". Maybe, it wants to recognize nested "<dtml-comment>" (probably not), then it must look at all tags. Probably, however, <dtml-comment> just uses the same parser as every other tag and simply discards its content. Then, naturally, the content of "<dtml-comment>....</dtml-comment>" must be as syntactically correct as the content of e.g. "<dtml-if>....</dtml-if>". I would expect: patches welcome. Dieter

2 1

Zope + Apache + fastcgi + unix socket ..
by Jørgen Skogstad 04 Sep '00

04 Sep '00

Hi there.. Have any1 of you gotten local unix domain socket style access of Zope behind Apache to work? I have not .. and I am running this on Solaris. I see that Apache is trying to access the "file" .. and I presume the request is passed to fastcgi .. but I never see the request in Z2.log. I have fired Zope with socket access .. and configured Fast- CgiExternalServer .. etc. for apache. Anyone have any information about this? Would apriciate any! I have browsed www.zope.org too .. without any success .. ;) -- Med vennlig hilsen, Jørgen Skogstad /\ System Specialist \\ \ \ \\ / Sun Microsystems AS / \/ / / Gjerdrums vei 12 / / \//\ N-0486 Oslo, NORWAY \//\ / / / / /\ / Phone: + 47 22 02 39 00 / \\ \ Cellular: + 47 92 41 30 23 \ \\ Fax: + 47 22 02 39 99 \/ EMail: jorgen.skogstad(a)Norway.Sun.Com Web: www.sun.no BTW; Opinions formed by myself in informal mailings are mine and not of my employer.

2 1

<dtml-comment> doesn't?
by Jerry 04 Sep '00

04 Sep '00

Chris Withers wrote: > Is is just me or does stuff inside a <dtml-comment> get parsed? <snip> > You still can't save the page 'cos the the parser throws up an error. > That seems silly to me. Anyone else agree? That, and if you can save the page, because the DTML happens to be valid, the DTML inside the comment still gets parsed. Sure, <dtml-comment> is meant for "comments", but every programmer needs to disable blocks of code to eliminate factors while debugging. We all abuse comment characters for this purpose, and it works well enough to get the job done. But in Zope it goes like so: cut the suspect block, paste it into another window (text editor), save the DTML object, test, paste back into DTML, etc. This was the last thing a colleague saw before he refused to have any more to do with Zope. Later, Jerry S.

2 1

URL is missing up in Zope
by Stuart Foster 04 Sep '00

04 Sep '00

I've noticed that sometimes as I traverse my Zope sight the URL keeps growing.. For instance The main folder has an index_html mainfolder->index_html A subfolder doesn't mainfolder/subfolder If the index_html is accessed from the sub you get the mainfolders index_html as I expect to. However if I traverse the two folders sometimes the URL looks like mainfolder/subfolder/subfolder/subfolder/index_html Why.. Thanks

3 5