I want to track modifications of objects and I don't know when Zope
changes the bobobase_modification_time. Is there a method I could
overwrite for this?
Thanks,
Cornel
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinf
Hello,
We're running ZEO with Zope 2.5.1. We currently have a ZEO Cache
(ClientCache) of 200 meg. Occasionally someone will download a 300 meg
file that completely blows away the client cache. Is there a way to
prevent this?
Thanks,
-Brian Brinegar
ECN Purdue University
___
Hi everybody,
I tried to follow "Chapter 7: Testing and Debugging" of "The Zope Developer's
Guide (Zope 2.4 edition)"
http://www.zope.org/Documentation/Books/ZDG/current/TestingAndDebugging.stx
However, on my Linux server I get the following error:
(Zope is v2.5.1)
[root@prefect Zope-2.5.1-linu
> We're running ZEO with Zope 2.5.1. We currently have a ZEO Cache
> (ClientCache) of 200 meg. Occasionally someone will download a 300
> meg file that completely blows away the client cache. Is there a way
> to prevent this?
I'm afraid not; this isn't a very typical use case. You could
implement
> I tried to follow "Chapter 7: Testing and Debugging" of "The Zope Developer's
> Guide (Zope 2.4 edition)"
> http://www.zope.org/Documentation/Books/ZDG/current/TestingAndDebugging.stx
>
> However, on my Linux server I get the following error:
> (Zope is v2.5.1)
>
> [root@prefect Zope-2.5.1-lin
On Monday 16 December 2002 10:53 am, Guido van Rossum wrote:
> > We're running ZEO with Zope 2.5.1. We currently have a ZEO Cache
> > (ClientCache) of 200 meg. Occasionally someone will download a 300
> > meg file that completely blows away the client cache. Is there a way
> > to prevent this?
You
My trunk and 2.6 sandboxes are now behaving themselves. Thanks, guys!
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/l
I'll have to take a look, but may not get to it today. FWIW I thought
I fixed the bug on Friday. I could certainly create ZClasses through
the web without getting any obvious errors.
Jeremy
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zop
On Monday 16 December 2002 11:55 am, Evan Simpson wrote:
> My trunk and 2.6 sandboxes are now behaving themselves. Thanks, guys!
Ok, then it must be time for some more "beautification"... ;^)
Idle hands are the work of the devil you know.
-Casey
___
Jeremy Hylton wrote:
I'll have to take a look, but may not get to it today. FWIW I thought
I fixed the bug on Friday. I could certainly create ZClasses through
the web without getting any obvious errors.
My little test (attached to the patch submission) passes with my version
as well as your
> "SH" == Shane Hathaway <[EMAIL PROTECTED]> writes:
SH> Jeremy Hylton wrote:
>> I'll have to take a look, but may not get to it today. FWIW I
>> thought I fixed the bug on Friday. I could certainly create
>> ZClasses through the web without getting any obvious errors.
SH> My litt
The nice thing about fixing this bug is that the code continues to be
improved. The last round of beautification made the code
substantially more readable. This was a direct result of trying to
track down a reference count problem. The problem proved to be
elsewhere, but it was nearly impossible
Am Montag, 16. Dezember 2002 16:54 schrieb Guido van Rossum:
> > I tried to follow "Chapter 7: Testing and Debugging" of "The Zope
> > Developer's Guide (Zope 2.4 edition)"
> > http://www.zope.org/Documentation/Books/ZDG/current/TestingAndDebugging.s
> >tx
> >
> > However, on my Linux server I get
So far the good folks participating in the bug day on
irc.openprojects.net #zope-dev have resolved 13 issues in the collector.
Present in the channel are 9 people.
Feel free to join in.
Thanks,
- C
___
Zope-Dev maillist - [EMAIL PROTECTED]
http:
26 issues closed. Only 222 more to go. ;-)
Notable bugs fixed:
- multiple selection unicode bug (#697)
- make sure passwords aren't encrypted twice ;-) (#256)
- don't fail in History tab if Historical object is
stored in a non-history-supporting storage (#700)
10 people currently in the #zo
Yes, except I would argue that such work is best left on the HEAD rather than
applied to a maintenance branch until necessitated by bug reports on that
branch, or at least the knowledge that such a bug definitely exists and can
be reproduced on that branch.
I'm all for improving the code base.
> The nice thing about fixing this bug is that the code continues to be
> improved. The last round of beautification made the code
> substantially more readable. This was a direct result of trying to
> track down a reference count problem. The problem proved to be
> elsewhere, but it was nearly
> "CD" == Casey Duncan <[EMAIL PROTECTED]> writes:
CD> Yes, except I would argue that such work is best left on the
CD> HEAD rather than applied to a maintenance branch until
CD> necessitated by bug reports on that branch, or at least the
CD> knowledge that such a bug definitely exists
On Mon, 16 Dec 2002, Cornel Nitu wrote:
> I want to track modifications of objects and I don't know when Zope
> changes the bobobase_modification_time. Is there a method I could
> overwrite for this?
No.
Bobobase_modification_time is the timestamp in the ZODB (the database)
when the object record
This sounds like the most appropriate solution, as long as you are careful
to make sure that Squid or other forward cache is configured to cache files
that large, it isn't likely going to be by default.
Sean
-Original Message-
From: Casey Duncan [mailto:[EMAIL PROTECTED]]
Sent: Monday, De
On Fri, 13 Dec 2002 11:12:22 +0900
Kazuya FUKAMACHI <[EMAIL PROTECTED]> wrote:
> But, if it takes a few months or longer,
> I will try to modify Russian patch as an experiment,
> maybe taking in your approach in some degree.
> Is that bad idea?
I believe it's good idea, as Russian patch's appro
Hi.
> Probably os.environ.get('Z_SOMETHING') might be a better way than
> locale.getlocale()[1], because using locale.getlocale()[1] means that
> the behaviour of Zope will be changed implicitly, whereas
> os.environ.get('Z_SOMETHING') is more explicit for the users, thus
> less confusing..
Nice i
Sounds good. Maybe we can just incorporate it into the Zope Book and
ship the Book with Zope.
On Mon, 2002-12-16 at 15:12, Lennart Regebro wrote:
> doc/WEBSERVERS.txt only mentiones CGI. I'd suggest that we rename it to
> CGI.txt and create a new APACHE.txt that takes up how to use Zope with
> Ap
On Tue, 17 Dec 2002 11:08:19 +0900
Yusei Tahara <[EMAIL PROTECTED]> wrote:
NAKAMURA wrote:
> > Probably os.environ.get('Z_SOMETHING') might be a better way than
> > locale.getlocale()[1], because using locale.getlocale()[1] means that
> > the behaviour of Zope will be changed implicitly, whereas
I'd like to make a (blatantly self serving :-) sugestion:
Andy has passed the mantainership of the ASP404 script to us
http://www.zope.org/Members/hiperlogica/ASP404
As far as I can tell, it's the best (least worse? :-) solution to
connect IIS to Zope as it is the easiest to setup (and get right
Absolutely! Can't argue with something that works. Setting up Zope
with IIS is a FAQ and it would be nice to be able to mention a doc
filename as an answer.
On Mon, 2002-12-16 at 23:08, Leonardo Rochael Almeida wrote:
> I'd like to make a (blatantly self serving :-) sugestion:
>
> Andy has pass
26 matches
Mail list logo