Hello.
We are facing zope restarts on the solaris 5.6 platform with zope
2.4.3 and python 2.1.1. I put together a script based some
information on an old posting to the apache mailing list. The
following shell/perl script allows one to get a core file from a dying
zope child process and also a
>
>
>>>Also, for the record we usually get a bunch of these quite often:
>>>
>>>2001-11-04T09:04:33 ERROR(200) ZServer uncaptured
>>> python exception, closing channel >> XXX.XXX.XXX.XXX:2181 at fb4edc channel#: 2286 requests:4>
>>> (socket.error:(32, 'Broken pipe')
>>>
>>>[/usr/local/zope/dist/Zo
I've taken a while to respond on this, because I wanted to talk it over
with folks here, to think about the specifics of what different ideas
would mean, etc.
In summary, your last paragraph says: "So let's trade in some risks to
the Zope core development (rash action and messed up stuff
happe
Ok, I stand corrected (and with egg on my face for abusing zlib). The moral
of the story is that zlib.compress(data) is NOT the same as gzip browser (Which I guess I should have known). Thanks for the pointer Jan!
I think I have figured out what I did wrong, but I now have compression
working for
Python 10 Conference News
Tim Berners-Lee, Director of the World Wide Web Consortium, and Andrew
Koenig, Principal Research Staff Member at AT&T Shannon Laboratory, will
give the keynote addresses. Tim Berners-Lee will speak on "Webizing
Python" and Andrew Koenig will discuss "Notes from a Polyg
Ok, that was my though, so I have uninstalled IE6, just incase the install
was broken, and I will do some more testing tonight. I really need to put
this to one side in favour of another caching problem I have been asked to
look at though. I will probably pick it up again in a day or two.
Adrian.
"Phillip J. Eby" wrote:
>
> >Gad! - are you saying you don't need to store a 1Mb .doc file into the ZODB,
> >but can still index the thing, store the index information in the Zcatalog
> >(presumably a lot smaller than 1Mb) and have the actual file accessible from
> >a file system URL? If so, that
At 04:08 PM 12/10/01 +, Tony McDonald wrote:
>On 10/12/01 2:54 pm, "Phillip J. Eby" <[EMAIL PROTECTED]> wrote:
>
> > I'm not sure if this is taken into consideration in your work so far/future
> > plans... but just in case you were unaware, it is not necessary for you to
> > persistently stor
On 10/12/01 2:54 pm, "Phillip J. Eby" <[EMAIL PROTECTED]> wrote:
> I'm not sure if this is taken into consideration in your work so far/future
> plans... but just in case you were unaware, it is not necessary for you to
> persistently store objects in the ZODB that you intend to index in a
> ZCa
Excellent analysis, many thanks Sean! This is much-needed info for
people whom are attempting to scale.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, December 09, 2001 10:36 PM
Subject: [Zope-dev] 100k+ objects, or...Improving Performance of
BTreeFo
"Phillip J. Eby" wrote:
> ZCatalog. All that is required is that the object to be cataloged is
> accessible via a URL path.
Even that's not true... all you need to rpovide is an object and an identifier.
I used to use integer ids for the identifier before ZCatalog decided to ban them :-(
chee
Florent Guillaume wrote:
> Okay it seems fixed, but I wanted to mention a similar user-experience
> problem in CMF and workflows in general:
>
> Suppose a user clicks "publish" in the action box, enters his comment
> and then clicks the "Publish" button. And the re-clicks on the "Publish"
> butt
Okay it seems fixed, but I wanted to mention a similar user-experience
problem in CMF and workflows in general:
Suppose a user clicks "publish" in the action box, enters his comment
and then clicks the "Publish" button. And the re-clicks on the "Publish"
button (either because he double-clicked,
I'm not sure if this is taken into consideration in your work so far/future
plans... but just in case you were unaware, it is not necessary for you to
persistently store objects in the ZODB that you intend to index in a
ZCatalog. All that is required is that the object to be cataloged is
acc
Wasn't this the problem where asyncore.py is not
catching the operating system's EINTR. I used to
get these all the time, and was able to stop it
using a modified asyncore which loops on an OS
select() call, restarting the call if it catches
EINTR from the OS ... I can send a modified
asyncore.py
> There is zlib support in Python, and it is used in Medusa already. ZServer
> does not call it, but the compression stuff is there.
>
> There is one good reason not to use zlib though, Micro$oft Internet
> Distorter does not support content-encoding: gzip and for content-encoding:
> compress it
"Dirk Datzert" <[EMAIL PROTECTED]> writes:
> Its a Linux 2.2.19. What does IIRC means ?
If I remember correctly. I could fix the problem (or a similar one)
last summer by changing the Linux kernel.
http://mailman.beehive.de/pipermail/zope/2001-June/000590.html
http://mailman.beehive.de/piperma
[EMAIL PROTECTED] wrote:
>
> ...it works, acceptably, no less, on my slow laptop for 100,000 objects. It
> took ~50 minutes
Not bad... I think you're not putting as much data in the ZODB as you suspect you may
be ;-)
> - I'm relatively sure that, in my app, the text index BTrees in the Catal
Hi,
There is a bug in dtml-tree, the bug should be in file:
Zope-2.5.0b2-src/lib/python/TreeDisplay.py
we need to know BASEPATH1 around line 626 which is:
--
if exp:
ptreeData['tree-item-expanded']=1
output(''
There was some brief chatting about it a while ago on the list, do a
search.
seb
On Sat, 2001-12-08 at 21:00, Dirk Datzert wrote:
> Hi,
>
> has any zoper played with the new internet technology curl from
> http://www.curl.com ?
>
> Regards,
> Dirk
___
20 matches
Mail list logo