Hi all!
I have a serious and extremely urgent problem concerning my zope
installation(2.2.1 on Unix): Whatever resource I'm trying to access, I get
the following
---
Attribute Error
---
Traceback (innermost last):
File
Hi all!
I'm desperately looking for the DynPersist shared library (new for ZPatterns
0-4-2a3) in compiled form.
Can someone help me (send it to me)? I'm running a Zope instance at NIP
(www.nipltd.net), that's 2.2.1 on Unix platform.
tia,
Prost,
Danny
Thank you Itamar,
_but_ I need the Unix .so, not the Windows .dll. Sorry if I didn't put that
clear.
Danny
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 3. Oktober 2000 15:20
An: [EMAIL PROTECTED]
Betreff: Re: [Zope-dev] DynPersist.so
i.e. it is secure if the key *is* the data, rather than a key to the
data.
Can you explain? I do not see what you're getting at.
Consider how the tree-tag stores its 'session' data. Its impossible to
hijack a tree-tag session because the 'session' state is stored by the
client (in the
Toby,
Sorry, I'm still not sure I understand. :-(
Are you suggesting that the session token should actually store session
data? Or are you just pointing out the difference between the
implementation an implementation that meets the requirements of sessions
and an implementation adequate for
Are you suggesting that the session token should actually
store session
data?
As an alternative SessionManager, it appears to have some advatanges that
others do not.
It is the only option (AFAIK) that avoids the session hijacking problem
without relying on security-through-obscurity (the
Toby Dickenson wrote:
Isnt the tree tag an example of one Session use case? It smells alot like a
session to me.
yeah, but have you ever tried to have two copies of a tree open on the
same data?
bleugh! ;-)
Chris
___
Zope-Dev maillist - [EMAIL
Are you suggesting that the session token should actually
store session
data?
As an alternative SessionManager, it appears to have some advatanges that
others do not.
Hmmm. Please smack me if I'm wrong, but I'm not clear on how it differs
much from not keeping session-related data in
OK... let me rephrase that...
Don't fix it if you don't care!
(I have a rule in my mailbox that deletes all messages with 'tree tag' in
the subject line. I am not kidding.)
- Original Message -
From: "Chris Withers" [EMAIL PROTECTED]
To: "Chris McDonough" [EMAIL PROTECTED]
Cc: "Toby
I am hoping someone can help me. I am at the end of my line. I have tried
everything and nothing else works.
I am trying to install Zope on my web server on which I have a small
intranet. I am using Windows NT 4.0 and IIS 4.0.
Ideally I was trying to use Squishdot with Zope to create a small
Hi Chris,
in an earlier message, you defended the existence of a
separate permission "Access Session Data" (in the
CoreSessionTracking proposal) by the following
case:
There may be (authenticated) users with
(TTF?) scripting rights that should be prevented
to screen
Dear list readers,
using LocalFS 0.95 war fine until trying to upgrade to Zope 2.2.2. Both
freshly installed, the following snippet raises the error: "Unauthorized",
"You are not authorized to access read.":
dtml-var standard_html_header
dtml-var "frei['analog.html'].read()"
dtml-var
I do not want to connect to the Intranet using the
server port (8080) in the
URL to access the Zope pages .
The problem you
have is related to the sockets. Zope has it's port set to 8080 as a
default
just to make it
easier to coexist with IIS. The default for the http service is port
80.
First, some context... I'm working on a new data storage system for a
related set of (primarily) Zope sites. The data will be kept in ZODB and
mirrored out to a RDB (MySQL) to provide read-only access to some non-zope
stuff. One other thing to note, all of this will be done via python code
(no
Nigel Head writes:
I'll swear that a couple of weeks back, just after I got the Flash 5 upgrade I
had this running with whatever version of Zope was extant then! Unfortunately
I've been following along with the CVS checkouts without archiving them so I
can't prove it.
CVS supports
Phillip J. Eby wrote:
If I can offer a suggestion...
Please...
It sounds to me like you don't need SheetProviders at all, if you
effectively define the property sheets as part of your class, and make
the attributes direct attributes on the DataSkin. You then need only set
Ok, I'm
I occasionally get tracebacks like
No input for required field
!--
Traceback (innermost last):
File /home/killer-whale/skip/src/Zope/lib/python/ZPublisher/Publish.py, line
222, in publish_module
File /home/killer-whale/skip/src/Zope/lib/python/ZPublisher/Publish.py,
17 matches
Mail list logo