you could play with
http://puggy.symonds.net/~srp/stuff/mod_auth_remote/
and have apache auth off zope.
cheers,
-kapil
On Mon, 2004-03-01 at 11:06, Sandor Palfy wrote:
I am also wondering about the security aspects of bypassing Zope to
serve files - acess to some of the files we need to
Jeremy Hylton wrote at 2004-3-1 14:01 -0500:
...
It really would be good to get to the bottom of the bad ZEO performance
for loading an object the first time. I won't have time to do it until
after the ZODB 3.3 release, but I think it's a worthwhile effort to
understand what ZEO is doing.
I
On Tue, Mar 02, 2004 at 07:06:31PM +0100, Dieter Maurer wrote:
(snip)
I interpreted these observations in the following way:
* time is dominated by the disc access
* time is largely independent of the object size (if
the object is in the OS disc cache)
* ZEO overhead is
On Monday, March 1, 2004, at 02:43 PM, Dieter Maurer wrote:
In order to reduce memory consumption and decouple Zope from
ZServer (and the response delivery), a large file
is spooled via a temporary.
This means, that the file content is read from ZODB, stored
in a temporary file and then delivered
Dario,
The best solution for me always has been to serve such files statically
from Apache, bypassing ZServer altogether. In fact I have added support for
static URLs to my version of ExtFile http://zope.org/Members/shh/ExtFile.
ZEO clusters will need a comon disk share (SAMBA, NFS) for this
Stefan H. Holek wrote:
Dario,
The best solution for me always has been to serve such files statically
from Apache, bypassing ZServer altogether. In fact I have added support
for static URLs to my version of ExtFile
http://zope.org/Members/shh/ExtFile.
ZEO clusters will need a comon disk
I am also wondering about the security aspects of bypassing Zope to
serve files - acess to some of the files we need to serve is
restricted
to particular users with particular permissions, and I cannot clearly
see how this would be possible to accomplish without Zope's security
On Mon, Mar 01, 2004 at 01:03:24PM +0100, Dario Lopez-K?sten wrote:
I am also wondering about the security aspects of bypassing Zope to
serve files - acess to some of the files we need to serve is restricted
to particular users with particular permissions, and I cannot clearly
see how this
On Mon, 2004-03-01 at 13:41, Paul Winkler wrote:
However, ZEO is a whole other story.
The time to load a 40 MB file from ZEO and serve it,
is about another 10x slower than plain Zope without ZEO.
This is painfully bad and readily apparent to users.
But if your ZEO cache is large enough to
I think we should work on making Zope perform better when large files
are downloaded at the PyCon sprint in March, as you suggested Paul,
FWIW.
On Mon, 2004-03-01 at 13:41, Paul Winkler wrote:
On Mon, Mar 01, 2004 at 01:03:24PM +0100, Dario Lopez-K?sten wrote:
I am also wondering about the
Dario Lopez-Kästen wrote at 2004-3-1 08:24 +0100:
...
Is the current state of ZServer such that it is suboptimal for serving
large files? if so,
a) what is the problem with the current implementation?
In order to reduce memory consumption and decouple Zope from
ZServer (and the response
11 matches
Mail list logo