Thanks, I will try that ;)
-Message d'origine-
De : Dieter Maurer [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 4 janvier 2006 19:52
À : Pascal Peregrina
Cc : Jens Vagelpohl; zope list user
Objet : RE: [Zope] ZServer threads and pool-size question
Pascal Peregrina wrote at 2006-1-4 13:34
I saw that once on Zope 2.8.4, cause I was using a connection in a independent
thread not linked to any incoming request and had forgotten about it ;) Never
since then, so it looks like threads = pool size is fine for my setup.
Can you confirm this feature is included in Zope 2.8 ?
Pascal
John Toews schrieb:
Zope 2.8.0, Python 2.3.5
I'm having a heck of a time figuring out how to zip up some files in my
zope instance and return them to the user. I can sucessfully create a
zip file on the local file system, but if I try to pass it back to the
user it is corrupted. Of course
Hi Infor,
I found that my weakness is that I am DTML scripter. After printing the Cookie
Crumbler source code,
I need some help/advice as how to access the Cookie Crumbler methods
or api from DTML. I have searched
the Zope documents however have found none that can help.
I would
Yes, after reading the source code. However, my problem as I found out is that I do not know how to access the methods in CC from DTML. I am not well verse with Python (still learning though).Thank you.Dieter Maurer [EMAIL PROTECTED] wrote: Infor Gates wrote at 2006-1-4 20:14 -0800:I have a trying
I installed zope 2.7.4 from FreeBSD packages. Trouble is that I already
had python 2.4 installed. It appears the package just used that version
of python since zope says it is using python 2.4.
I've run in to a few wierd things and would like to get a zope instance
a little more reliable. I was
At Thursday 5/1/2006 19:55, David Bear wrote:
I installed zope 2.7.4 from FreeBSD packages. Trouble is that I already
had python 2.4 installed. It appears the package just used that version of
python since zope says it is using python 2.4.
I've run in to a few wierd things and would like to
Hi all,
I have a need to restrict anonymous access to an object until after a
specific action occurs. For example, the View permission by default is
restricted to owner and manager, but after a 'release' flag is checked,
it is viewable to anyone. I can't seem to find a way to do this
John Toews wrote:
Hi all,
I have a need to restrict anonymous access to an object until after a
specific action occurs. For example, the View permission by default is
restricted to owner and manager, but after a 'release' flag is checked,
it is viewable to anyone. I can't seem to find a way
On Thu, 5 Jan 2006 19:13:13 -0800
John Toews [EMAIL PROTECTED] wrote:
I have a need to restrict anonymous access to an object
until after a specific action occurs. For example, the
View permission by default is restricted to owner and
manager, but after a 'release' flag is checked, it is
John Toews schrieb:
Thanks Tino, I'll definately give that a try too. The quick fix seemed
to be opening the file for read in binary mode... that should have been
obvious. Posting another dumb question to the list now. ;)
no, dot use a regular file! Use the tempfile module!
And dont reopen but
Andreas Jung wrote:
No. Imagine a PythonScript that returns a unicode string. The ZPublisher
converts the unicode string to latin1 (zpublisher_default_encoding). Most
browsers will default Latin1 when they can't find the charset in the
content-type header. When you configure the ZPublisher to
--On 4. Januar 2006 11:23:09 +0200 Chris Withers [EMAIL PROTECTED]
wrote:
Andreas Jung wrote:
No. Imagine a PythonScript that returns a unicode string. The ZPublisher
converts the unicode string to latin1 (zpublisher_default_encoding). Most
browsers will default Latin1 when they can't
As you might know I worked on the integration of the Zope 3 ZPT
implementation for Zope 2.10. Before commiting the changes to the trunk I
would like discuss my approach for Zope 2.10
- the ZopePageTemplate and PageTemplateFile classes will be replaced
with wrapper classes around
Summary of messages to the zope-tests list.
Period Wed Jan 4 12:01:01 2006 UTC to Thu Jan 5 12:01:01 2006 UTC.
There were 8 messages: 8 from Zope Unit Tests.
Tests passed OK
---
Subject: OK : Zope-2_6-branch Python-2.1.3 : Linux
From: Zope Unit Tests
Date: Wed Jan 4 21:02:51 EST
--On 5. Januar 2006 12:47:20 +0100 Andreas Jung [EMAIL PROTECTED]
wrote:
As you might know I worked on the integration of the Zope 3 ZPT
implementation for Zope 2.10. Before commiting the changes to the trunk I
would like discuss my approach for Zope 2.10
I forgot to mention a major
Andreas Jung wrote:
ToDo: in-place conversion of persistent ZPT instance through setstate()
or so...
Could we avoid doing things in __setstate__ please? It imposes a runtime
cost that doesn't disappear.
I'd rather have a one-time update method that trawls the database, like is
done for
--On 5. Januar 2006 17:36:45 +0100 Florent Guillaume [EMAIL PROTECTED] wrote:
Andreas Jung wrote:
ToDo: in-place conversion of persistent ZPT instance through setstate()
or so...
Could we avoid doing things in __setstate__ please? It imposes a runtime
cost that doesn't disappear.
I'd
Florent Guillaume wrote:
Andreas Jung wrote:
ToDo: in-place conversion of persistent ZPT instance through
setstate() or so...
Could we avoid doing things in __setstate__ please? It imposes a runtime
cost that doesn't disappear.
I'd rather have a one-time update method that trawls the
The Buildbot has detected a failed build of Zope branches 2.9 2.4 Windows 2000
zc-bbwin2.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2603
Blamelist: tim_one
BUILD FAILED: failed failed slave lost
sincerely,
-The Buildbot
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin6.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2609
Blamelist: andreasjung,efge,hdima,jim,oestermeier,tim_one
BUILD FAILED: failed failed slave lost
sincerely,
-The Buildbot
Andreas Jung wrote at 2006-1-5 13:39 +0100:
...
I forgot to mention a major point: compatibility.
When a ZPT is internally stored a unicode string then content returned by
methods called through the ZPT will be implicitly converted to unicode.
This will definitely raise UnicodeDecodeErrors. So
Andreas Jung wrote at 2006-1-5 17:44 +0100:
...
I'd rather have a one-time update method that trawls the database, like
is done for Python Scripts recompiling for instance. Or I can call it
myself in my upgrade procedures on the exact objects I know will need
updates.
I've implemented the
23 matches
Mail list logo
