On Thu, 2004-02-12 at 10:06, Jan-Wijbrand Kolman wrote:
> Bjorn Stabell wrote:
> > (..)For ZEO, my understanding is that we would still have to store the
> > values in the ZODB, though.
>
> You are able to store *and* share data over ZEO Clients in a
> TemporaryStorage by making the ZSS serve this
On Thu, 2004-02-12 at 07:19, Bjorn Stabell wrote:
> Toby wrote:
> > > One of the optimization we're thinking of is storing results of
> > > ZCatalog searches (e.g., number of replies to postings) in volatile
> > > variables so we don't have to run the catalog search at all. We'd
> > > like to u
A fairy clean way did exist in 2.6.x to get zope to generate "https:"
instead of "http" in self referencing URLs, using Pound, and without
standing on one leg and shaking a rattle at apache mod_proxy / rewrite.
http://mail.zope.org/pipermail/zope/2004-February/thread.html#146614
The magic in z2.p
Hi everyone,
I am getting an error Error Type: OperationalError
Error Value: (1205, 'Lock wait timeout exceeded; Try restarting transaction')
i am trying to insert vaules into 2 tables (MYSQL). In the first table i make a new
record and get the unique id for tht using THE MYSQL FUNCTION .
> Santi Camps wrote:
> > My problem is that the adapter object, and also the adapted object
> > contained in it, are out of publisher context or something like this.
> > For instance, absolute_url() methods doesn't work becouse REQUEST is not
> > defined.
>
> I'm not sure I understand what you me
D. Bickle wrote at 2004-2-11 11:16 -0800:
>I am trying to import the MailHost module that has dependencies with the
>Persistence package. The interpreter complains that it cannot load the
>Persistence modules and when I examine the package there is no content or
>modules.
>
>How can I fix my code t
Leonardo Rochael Almeida wrote:
> Acquisition is very powerful, and very "magic" at the same time.
> Adapters is Zope3 way of implementing "Acquisition" in a less
> "surprising" way.
The main drawback of acquisition, which is a drawback in general of
Zope 2, is that namespaces get conflated.
Zop
Santi Camps wrote:
> Very interesting. That's what I was looking for. I will try to extract
> this mechanism from CMF.
Silva has co-evolved (some of it inspired directly by CMF, some by Zope 3)
much of the same infrastructure. Our view system is quite different,
and some large changes to it in t
Santi Camps wrote:
> My problem is that the adapter object, and also the adapted object
> contained in it, are out of publisher context or something like this.
> For instance, absolute_url() methods doesn't work becouse REQUEST is not
> defined.
I'm not sure I understand what you mean; I don't un
Jan-Wijbrand wrote:
[...]
> You are able to store *and* share data over ZEO Clients in a
> TemporaryStorage by making the ZSS serve this
> TemporaryStorage to its ZCs. You could mount this storage as
> temp_folder I guess, but any other mount point would work too.
Col :)
> Not sure, bu
Bjorn Stabell wrote:
Hi Peter,
I think I did find some sort of knob for this
For Apache 2.0, mod_cache, dir. CacheIgnoreCacheControl could be used
for this
http://httpd.apache.org/docs-2.0/mod/mod_cache.html
For Apache 1.3 mod_proxy, dir. CacheMaxExpire could do
http://httpd.apache.org/docs/m
Bjorn Stabell wrote:
(..)For ZEO, my understanding is that we would still have to store the
values in the ZODB, though.
You are able to store *and* share data over ZEO Clients in a
TemporaryStorage by making the ZSS serve this TemporaryStorage to its
ZCs. You could mount this storage as temp_folder
Peter Sabaini wrote:
Tres Seaver wrote:
Bjorn Stabell wrote:
If you run Apache as a caching reverse proxy (caching surrogate server)
then images will be served from Apache. Only the dynamic HTML pages are
served from Zope, so having them fail without regards to sessions is
relatively okay. Imag
Tres Seaver wrote:
Bjorn Stabell wrote:
If you run Apache as a caching reverse proxy (caching surrogate server)
then images will be served from Apache. Only the dynamic HTML pages are
served from Zope, so having them fail without regards to sessions is
relatively okay. Images and other static co
Erik:
> using the _v_ variables won't work for this since different threads
> won't agree on who was latest. Its definitely a bad idea to
> do queries
> for these three data points. What about putting them in the
> temp_folder then you can still use ZEO with a bunch of clients that
> will al
Zope should have something like ASP's Response.IsClientConnected method,
which would allow app code to manually abort the processing of a request
in strategic places if the connection has already been closed. I
mentioned this a while back, but never did do anything about it.
On Wed, 2004-02-11
using the _v_ variables won't work for this since different threads
won't agree on who was latest. Its definitely a bad idea to do queries
for these three data points. What about putting them in the
temp_folder then you can still use ZEO with a bunch of clients that
will all share the same da
Bjorn Stabell wrote:
If you run Apache as a caching reverse proxy (caching surrogate server)
then images will be served from Apache. Only the dynamic HTML pages are
served from Zope, so having them fail without regards to sessions is
relatively okay. Images and other static content are almost gu
Toby wrote:
> > One of the optimization we're thinking of is storing results of
> > ZCatalog searches (e.g., number of replies to postings) in volatile
> > variables so we don't have to run the catalog search at all. We'd
> > like to use memory space shared between threads for this.
> > Using
Bjorn Stabell wrote:
Okay, I'd better explain our situation in more detail, then.
The point is, our template is very dynamic, and our application (a BBS)
is very dynamic as well. We have done one round of optimization
(basically making things as cacheable as possible) and after testing the
scala
Toby Dickenson wrote:
On Thursday 12 February 2004 08:26, Dario Lopez-Kästen wrote:
that is more than 2 processes for a single instance...
one of them is the supervisor process that restarts the main zope process if
it crashes.
the others are all threads of one process. one main medusa thread, a
On Thursday 12 February 2004 08:26, Dario Lopez-Kästen wrote:
> Dieter Maurer wrote:
> > Zope itself does not fork (unless you use "system", "popen" or things
> > like that; in these cases, you do not want to bind the children to the
> > same processor).
>
> Well, I had that impression as well, but
Dieter Maurer wrote:
Zope itself does not fork (unless you use "system", "popen" or things like
that; in these cases, you do not want to bind the children to the same
processor).
Well, I had that impression as well, but here is the output of ps on my
machines (edited for cruft-removal):
UID PID
On Thursday 12 February 2004 00:57, you wrote:
> One of the optimization we're thinking of is storing results of ZCatalog
> searches (e.g., number of replies to postings) in volatile variables so
> we don't have to run the catalog search at all. We'd like to use memory
> space shared between thre
24 matches
Mail list logo