April 2000 - Zope-Dev

Welcome message: where?
by Alexandre Miguel de Andrade Souza 16 Apr '00

16 Apr '00

hello people! I'm trying to translate Zope to anoter language, so I have translated some text and dtml files. But I can't find the text source to Welcome page, that is showed before the first acess to manage area. It´s in a binary file? Someone can help me? Alexandre Miguel [ZopeBrasil]

1 0

Print a document !!
by Juan Javier Carrera Obrero 16 Apr '00

16 Apr '00

Hello !! Anybody to know to how to print a document ? I have used the next JavaScript code: <script language="javascript"> window.print(); </script> But, it only is valid for Netscape and it is not valid for Microsoft Internet Explorer. Exists any way to print a document from ZOPE or trought JavaScript ? Thanks. ------- Juan Javier Carrera Obrero e-mail: jcarrera(a)uco.es

4 4

RE: [Zope-dev] Some thoughts on splitter
by Sin Hang Kin 16 Apr '00

16 Apr '00

> This is a good idea, although this might be a bit cumbersome to handle. A > text filled with these entities will be quite hard to read. For that reason, > I thought of using spaces. The display engine could strip out single spaces > and reduce sequences of more spaces by one. NO! &zwnj; is displayed as zero-width, not thing at all! It is one unicode char. And it does not seems to be used in other way, so it will be safe to remove from the file without hurting anyone. It is not easy for the browser or server to strip out the space as you might think. > I think the encoding should be responsibility of the user -- After all, he > knows what he wants to do. Sites that use more than one Han-Encoding could > go with unicode, other sites might prefer to use the local encoding, since > there are much more tools that can be used. Not anymore. As I have already point out, you may have your site filled with only one encoding, but someone may quote your content which might encoded in other encoding methods. Also, the user might not have the browser with the encoding you desire, so they will not able to see your content. Even they can make conversion and see them, the different in encoding prevent them from searching them. Building search engines for many different encoding is certainly not fun. Why limited your client with no good reason? Just convert your content to unicode before publish. That save you and your client a lots of time. Your content may last longer (than you want?). > If Zope starts normalizing the text, some of the users might be surprised by > the results. Normalize for the index, not altering the text. This would be the good practice which improve the search experience. Unicode have been thinking of the normalization very hard, and I think IBM have some sample implementation available at their developerWorks site. > BUt of course, certainly it should be possible to use Unicode! For this, we > will have to wait for Python 1.6, though. It is ver near. > Right, but then the user should declare the language. As I explained, if > this is inherited like the acquisition, they might get away with just one > declaration for a whole site. I can not speak for every people, but I think your surfing experience will tell. I would like to suggest working hard to make things last longer. Bearing other's mistake and prevent frequent re-write. Rgs, Kent Sin

1 0

RE: [Zope-dev] RE: [Zope] Re: Zope hanging (poss. threads-related )
by Marcus Collins 15 Apr '00

15 Apr '00

> -----Original Message----- > From: Tony Rossignol [mailto:tonyr@ep.newtimes.com] > Sent: 14 April 2000 19:19 > To: Marcus Collins; zope-dev(a)zope.org > Subject: Re: [Zope-dev] RE: [Zope] Re: Zope hanging (poss. > threads-related) > Thank you for starting this. I'll try to gather up information > I've been trying to collect here and post it in the next few days. Thanks! Maybe you could also look at extending the DebugLogger output (http://www.zope.org/Members/tseaver/Projects/HighlyAvailableZope/DebugLogge r) and posting the results of any hanging there? > RE: could be zombie related - > > Where might I find more info on this? Could this zombie issue be > present in FCGI as well? Amos Lattier remarked in http://lists.zope.org/pipermail/zope-dev/2000-April/004194.html that: "The ZServer zombie stuff is to get rid of zombie client connections, not zombie publishing threads. These are quite different beasts." I'm not yet grokking the whole picture, so I can't really answer to that. Note that there is an outstanding issue in the Collector at http://classic.zope.org:8080/Collector/954/view that might be related. As you previously noted, there is no zombie_timeout in the FCGI server. > We have noticed once restarts start they get worse when under a > load. I've been suspecting that the longer pages take to load the > more people are just stopping the page load, and this would/could > create a zombie. You'll sometimes note on the console or your logs something like the following: 2000-04-14T14:00:26 ERROR(200) ZServer uncaptured python exception, closing channel <PCGIChannel at 87567b0> (socket.error:(32, 'Broken pipe') [/usr/local/Zope-2.1.6-src/ZServer/medusa/asynchat.py|initiate_send|211] [/usr/local/Zope-2.1.6-src/ZServer/medusa/asyncore.py|send|237]) This occurs (I surmise) when the client closes the channel before ZServer has sent its response. I presume the fact that it closes the channel would mean no zombie, but I'd like to know more about this. > The problem is I don't know how to identify or research what > is going on under the hood. Could when someone terminates a > connection be an issue here? I mean; if the request in queued > waiting for a thread might act differently than a request that is > being processed by Zope and waiting on a DB query, or even > termination once zope has already started passing results back > through the pipe. Our restarts are so hard to tie down I'm > guessing it's a very subtle issue or a combination of just the > wrong factors. We have quite a number of the above errors occurring, and they seem to correlate to people terminating the connection (or browser timeout), from what I've seen internally. I also feel at a loss here, focussing on a very small part of ZServer and possibly missing the big picture. > Just some more food for thought. Thanks. -- Marcus

2 1

Some thoughts on splitter
by Sin Hang Kin 15 Apr '00

15 Apr '00

Yes! The pre-process approach is heading the right way. However, I would like to suggest not inserting spaces, but some code that does not alter the display. It seems that the unicode have set aside the code &zwnj; which is called zero width non-joiner. The code can then stored with the text and would be there for the editing and go through later processing. The index every char approach is not perferred due to this can be emulated by the previous method if needed. Also, the catalogue must use unicode for cross-encoding search. It is well known that Han have many encoding in big-5, gb2312, jis, etc. It is a good practice to convert all code to unicode, normalized it, then perform the splitting. The convertion must based on language and encoding, however, most html do not declare its language and encoding. I have seen some encoding detection code based on checking the freq used han characters which give a good guess of the encoding. Rgs, Kent Sin

3 4

RE: [Zope-dev] Extensions directory
by Chris McDonough 15 Apr '00

15 Apr '00

Well, if you make a directory in the Products folder and put a blank file in there named __init__.py, it becomes a Product. It does nothing whatsoever, but it will appear in the Products folder of the Control Panel. Then you can put an Extensions directory in that folder and use it to store external methods. You can create a number of do-nothing products that will allow you to categorize your external methods. This seems to be what you're trying to do. > -----Original Message----- > From: jpenny(a)universal-fasteners.com > [mailto:jpenny@universal-fasteners.com] > Sent: Friday, April 14, 2000 4:04 PM > To: Chris McDonough > Subject: Re: [Zope-dev] Extensions directory > > > On Fri, Apr 14, 2000 at 04:14:55PM -0400, Chris McDonough wrote: > > In CVS at least (and maybe in stable revs?), Jim F. provided the > > capability to store external methods within a Product directory's > > 'Extensions' directory, referenced by an external method in a module > > with the name "ProductName.ModuleName". So if you've got > an extension > > directory that has lots and lots of external methods from > lots and lots > > of Products, you can break them up and store them in their > respective > > product Extension dirs. > > Thanks, (I think). I am not real sure that I want to build Products, > though. What I am doing just does not feel reusable enough to justify > the effort. >

1 0

Software Carpentry entries now on-line
by gvwilson＠nevex.com 15 Apr '00

15 Apr '00

First-round entries in the Software Carpentry design competition are now available on-line at: http://www.software-carpentry.com/entries/index.html Our thanks to everyone who entered; we look forward to some lively discussion on the "sc-discuss" list. Best regards, Greg Wilson Software Carpentry Project Coordinator

1 0

>2GB Data.fs files on FreeBSD
by R. David Murray 14 Apr '00

14 Apr '00

OK, I've seen it bandied about that Linux doesn't support large files but FreeBSD does, and to run Zope on FreeBSD if you want a large database file. So how do you do that? On my BSDI box I started getting "File too large" errors when the file exceeded some magic number around 2GB. I moved the file to a FreeBSD box hoping to be able to trim it there, but I get an error when I try to start Zope: Traceback (innermost last): File "/usr/local/zope/Zope-2.1.2-src/z2.py", line 436, in ? exec "import "+MODULE in {} File "<string>", line 1, in ? File "/usr/local/zope/Zope-2.1.2-src/lib/python/Zope/__init__.py", line 109, in ? DB=ZODB.FileStorage.FileStorage(Globals.BobobaseName) File "/usr/local/zope/Zope-2.1.2-src/lib/python/ZODB/FileStorage.py", line 301, in __init__ self._pos, self._oid, tid = read_index( File "/usr/local/zope/Zope-2.1.2-src/lib/python/ZODB/FileStorage.py", line 1231, in read_index if file_size < start: raise FileStorageFormatError, file.name ZODB.FileStorage.FileStorageFormatError: /usr/local/zope/Zope-2.1.2-src/var/Data.fs So it looks like there is a problem using Zope with a large database no matter what the platform. Has anyone figured out how to fix this? My main goal is to be able to get the last transactions out of this database, after which I'll be able to shrink it well under the 2BG limit...I'm going to try just truncating the last few bytes to see if I can get Zope to open it and let me recover most of the transactions. (Side note: tranalyzer dies before it processes the whole file, probably some sort of memory resource limit on my server.) But given the number of people who have said "use FreeBSD if you want big files", I'm really wondering about this. What if later I have an application where I really need a >2GB database? --RDM

4 8

icon_for_meta_type on Zope.org
by Jason Spisak 14 Apr '00

14 Apr '00

Zopists, Is the icon_for_meta_type used to return serach results and their meta_type icon an external method? I am trying to get the icon for a given meta_type trough mapping. Here's the code. The code pasted in from Zoe.org gives me a name error on icon_for_meta_type: <dtml-with "_(meta_types=filtered_meta_types(AUTHENTICATED_USER))"> <dtml-in meta_types mapping> <a href="<dtml-var URL>?<dtml-var QUERY_STRING>+selected_meta_type=<dtml-var name>"> <dtml-var "icon_for_meta_type(REQUEST,meta_type=name)"></a> </dtml-in> </dtml-with> Anyone know how to get the icon back for the meta_type in this situation? All my best, -- Jason Spisak 444(a)hiretechs.com

1 0

selected_meta_types in SubOjbects tab
by Jason Spisak 14 Apr '00

14 Apr '00

Zopistas, Is there any reason why I would be able to access from a ZClass instance the management options like the management tabs: <dtml-with "_(manage_options=filtered_manage_options())"> <dtml-in manage_options mapping> blah, blah, blah... But then not be able to access from a ZClass instance the subobject tab's "selected_meta_types()" in the same way: <dtml-with "_(selected=selected_meta_types())"> <dtml-in selected mapping> It fails with this error: Traceback (innermost last): File /home/jason/Zope-2.1.6/lib/python/ZPublisher/Publish.py, line 214, in publish_module File /home/jason/Zope-2.1.6/lib/python/ZPublisher/Publish.py, line 179, in publish File /home/jason/Zope-2.1.6/lib/python/Zope/__init__.py, line 202, in zpublisher_exception_hook (Object: CatalogAware) File /home/jason/Zope-2.1.6/lib/python/ZPublisher/Publish.py, line 165, in publish File /home/jason/Zope-2.1.6/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: CommissionEmployeeClass_addForm) File /home/jason/Zope-2.1.6/lib/python/ZPublisher/Publish.py, line 102, in call_object (Object: CommissionEmployeeClass_addForm) File /home/jason/Zope-2.1.6/lib/python/OFS/DTMLMethod.py, line 150, in __call__ (Object: CommissionEmployeeClass_addForm) File /home/jason/Zope-2.1.6/lib/python/DocumentTemplate/DT_String.py, line 502, in __call__ (Object: CommissionEmployeeClass_addForm) File /home/jason/Zope-2.1.6/lib/python/OFS/DTMLMethod.py, line 146, in __call__ (Object: ui_start) File /home/jason/Zope-2.1.6/lib/python/DocumentTemplate/DT_String.py, line 502, in __call__ (Object: ui_start) File /home/jason/Zope-2.1.6/lib/python/OFS/DTMLMethod.py, line 146, in __call__ (Object: drawers) File /home/jason/Zope-2.1.6/lib/python/DocumentTemplate/DT_String.py, line 502, in __call__ (Object: drawers) File /home/jason/Zope-2.1.6/lib/python/DocumentTemplate/DT_With.py, line 133, in render (Object: _(selected=selected_meta_types())) File /home/jason/Zope-2.1.6/lib/python/DocumentTemplate/DT_Util.py, line 335, in eval (Object: _(selected=selected_meta_types())) (Info: selected_meta_types) File <string>, line 0, in ? NameError: (see above) Does anyone know of a way to push that into the namespace? All my best, -- Jason Spisak 444(a)hiretechs.com

1 0