On Friday 31 May 2002 4:44 am, Tim Hoffman wrote:
> But whilst you might think acquisition looks like inheritance it isn't
> Please don't confuse the two, they really are different, and until
> you think about them differently, I believe you won't necessarily
> grasp the significance of acquisit
Adrian Hungate wrote:
>
> Bottom line, internal bugs to one side, Z2.x works a particular way, and is
> documented as doing so. This is a powerful and useful feature, and we are
> likely to severly impact the power and process of "Zopeing" by removing it.
> If we are still heading for "10x" we sh
Andy McKay wrote:
>
> Teehee, Googlebot once hit ZopeZen for about 3 days in a continuous loop. Just
> use absolute_urls. Always. Its one of Zope's golden rules.
On a high volume site, the absolute_url can put a lot of unneccessary strain on
the server :-S
> Mind you I've abused acquistion a fe
But whilst you might think acquisition looks like inheritance it isn't
Please don't confuse the two, they really are different, and until
you think about them differently, I believe you won't necessarily
grasp the significance of acquisition, or use it properly.
Any tool/language/approach/metho
On Thu, 30 May 2002, Andy McKay wrote:
> > Looking at the zope.org logs, I once saw GoogleBot generate URLs like
> > this to zope.org of 1000 characters or more.
>
> Teehee, Googlebot once hit ZopeZen for about 3 days in a continuous loop. Just
> use absolute_urls. Always. Its one of Zope's gol
First, as a friendly reminder for EuroPython 2002:
***Early registration is open !!!***
*** https://secure.zope.nl/europython/Registration ***
Deadline is May 31. Now, on to the good stuff.
The "EuroPython 2002 conference", http://www.europython.org, is in
Charl
Hmm... being able to acquire the Control_Panel (or anything) and it taking
on the wrong security context was a bug, and AFAIK it has been corrected.
Before I start sounding like I did in a previous thread, I am starting to
have some very serious doubts about the direction Z3 development is headin
The namspace traversal in Zope 2 severely violates the principle of least
surprise IMO. Although you can use this to clever ends, it opens up many
doors to misuse of a site or even significant security holes.
For instance, it used to be possible to access the Control Panel (and shutdown
Zope)
Shane Hathaway <[EMAIL PROTECTED]> writes:
> Looking at the zope.org logs, I once saw GoogleBot generate URLs like
> this to zope.org of 1000 characters or more.
I had this too, leading to heavy traffic what's more. Cf
http://zwiki.org/TheRobotProblem.
Since then, as a temporary measure I set t
Hmmm... interesting points... However I almost completely disagree.
The only part of URL implicit acquisition that I have a problem with is
acquiring from outside the VHost, but if you plan properly, you can even
avoid this.
I have written several sites that use this feature, and I have found no
> Looking at the zope.org logs, I once saw GoogleBot generate URLs like
> this to zope.org of 1000 characters or more.
Teehee, Googlebot once hit ZopeZen for about 3 days in a continuous loop. Just
use absolute_urls. Always. Its one of Zope's golden rules.
Mind you I've abused acquistion a few
In Zope 2.5 CHANGES.txt is said
"Provided a much more robust tool for recovering data from
damaged FileStorage files"
I would like to know what tool it is.
Is it lib/python/ZODB/fsrecovery.py ??
As I can't upgrade to Zope 2.5 now, I would like to know if it is possible
to install and
Toby Dickenson wrote:
>
> My conclusions are:
>
> a. implicit acquisition is dangerous
>
> b. acquisition that searches outside the containment hierarchy is evil.
>
>
> Im not keeping up with Zope 3 development. how does Zope 3 handle
> acquisition?
There is no implicit acquisition in Z
On Thursday 30 May 2002 10:29 am, Lennart Regebro wrote:
> It not only sounds good, but it is good.No, it' is fantastic. Amazing.
> Totally unbelivingly great! It's one of the best and main features of Zope.
Is anyone relying on your site to provide information? How do you test your
site to mak
Lennart Regebro wrote:
> From: "Wei He" <[EMAIL PROTECTED]>
>
>>An object (say index_html) is inherited by child objects of the site say
>>Document to make http://www.domain.com/Document share the upper
>>level index_html. This sounds good but acutally not I think.
>
>
> It not only sounds good
On Thursday 30 May 2002 11:29 am, Toby Dickenson wrote:
> Yes, that means you unmarshall some xml-rpc data into a python None.
Argh.
That means you *cant* unmarshall some xml-rpc data into a python None.
___
Zope-Dev maillist - [EMAIL PROTECTED]
On Thursday 30 May 2002 11:11 am, M.-A. Lemburg wrote:
> XML-RPC only has a limited set of types it can marshal and that
> can't be changed without breaking the standard.
Yes, that means you unmarshall some xml-rpc data into a python None.
xmlrpc doesnt have support for marshalling class instan
Joachim Schmitz wrote:
>
>
> --On Mittwoch, Mai 29, 2002 16:15:44 +0100 Toby Dickenson
> <[EMAIL PROTECTED]> wrote:
>
>> On Wednesday 29 May 2002 3:24 pm, Joachim Schmitz wrote:
>>
>>> Hi,
>>>
>>> I want to acces a ZCatalog via xmlrpc, but
>>>
>>> server=xmlrpclib.Server("http://myserver.aixtr
On Thursday 30 May 2002 10:35 am, Joachim Schmitz wrote:
> > You could hack xmlrpclib to marshall those object, but I dont recommend
> > it. Those objects can be big (but lazily evaluated), and you would be
> > opening a significant denial of service vulnerability in your server.
>
> But it als
--On Mittwoch, Mai 29, 2002 16:15:44 +0100 Toby Dickenson
<[EMAIL PROTECTED]> wrote:
> On Wednesday 29 May 2002 3:24 pm, Joachim Schmitz wrote:
>> Hi,
>>
>> I want to acces a ZCatalog via xmlrpc, but
>>
>> server=xmlrpclib.Server("http://myserver.aixtraware.de";
>> ,Bas
From: "Wei He" <[EMAIL PROTECTED]>
> An object (say index_html) is inherited by child objects of the site say
> Document to make http://www.domain.com/Document share the upper
> level index_html. This sounds good but acutally not I think.
It not only sounds good, but it is good.No, it' is fantast
21 matches
Mail list logo
