To provide more information...
I exported the acl_users and the passwords are exactly what was entered
using the userFolderAddUser.
Ben
Benjamin Menking wrote:
I am adding users to an acl_users using
userFolderAddUser. What I can't figure out is that after I add a new
user, I cannot
I am adding users to an acl_users using
userFolderAddUser. What I can't figure out is that after I add a new
user, I cannot log in using the username and password used when calling
userFolderAddUser. If I manually set the password in
acl_users.properties for that user, everything works great.
> - Original Message -
> From: "Simon Michael" <[EMAIL PROTECTED]>
> To: zope@zope.org
> Subject: [Zope] Re: zwiki users - own color text?
> Date: Fri, 20 Oct 2006 11:11:21 -0700
>
>
> That sounds not so easy. Do you mean just comments, or all edits
all edits.
:-(
we're wanting to use
Hi List!
I am doing that:
SUB-OBJECT TITLE OR ID
And it works to list the content of my main folder.
Within my main folder, there's a LocalFS folder (let's call LFSfolder).
When using the code above and I can even click in LFSfolder and access
its content.
However, what I want is:
Title: UTF-8 conversion
Hi,
We are running zope with ISO-8859-1 as the encoding for HTTP responses.
In term of Zope objects, all the properties are lines, string, etc (not ulines, ustring, etc).
Now, we have been asked to support Japanese (with UTF-8).
So my question is: what should I need t
On Thu, October 26, 2006 16:03, Jürgen Herrmann wrote:
>
>
> On Thu, October 26, 2006 15:25, Jürgen Herrmann wrote:
>>
>> On Thu, October 26, 2006 15:00, Marco Bizzarri wrote:
>>> On 10/26/06, Jürgen Herrmann <[EMAIL PROTECTED]> wrote:
On Thu, October 26, 2006 14:53, Marco Bizzarri wrote
On Thu, October 26, 2006 15:25, Jürgen Herrmann wrote:
>
> On Thu, October 26, 2006 15:00, Marco Bizzarri wrote:
>> On 10/26/06, Jürgen Herrmann <[EMAIL PROTECTED]> wrote:
>>>
>>> On Thu, October 26, 2006 14:53, Marco Bizzarri wrote:
>>> > Storing persistent object in object outside of ZODB can i
On Thu, October 26, 2006 15:00, Marco Bizzarri wrote:
> On 10/26/06, Jürgen Herrmann <[EMAIL PROTECTED]> wrote:
>>
>> On Thu, October 26, 2006 14:53, Marco Bizzarri wrote:
>> > Storing persistent object in object outside of ZODB can incur in the
>> > problem of passing object(s) between threads, a
On Thu, October 26, 2006 15:00, Marco Bizzarri wrote:
> On 10/26/06, Jürgen Herrmann <[EMAIL PROTECTED]> wrote:
>>
>> On Thu, October 26, 2006 14:53, Marco Bizzarri wrote:
>> > Storing persistent object in object outside of ZODB can incur in the
>> > problem of passing object(s) between threads, a
On 10/26/06, Jürgen Herrmann <[EMAIL PROTECTED]> wrote:
On Thu, October 26, 2006 14:53, Marco Bizzarri wrote:
> Storing persistent object in object outside of ZODB can incur in the
> problem of passing object(s) between threads, and, therefore, passing
> one object which is related to a connecti
You don't need to traverse /me thinks. Item access is fast. How about:
app.data[classId].instances[obId]
Stefan
On 26. Okt 2006, at 05:44, Jürgen Herrmann wrote:
i have a writeen am framework where objects have unique ids and
instances are stored in btreefolders, one per class.
if i want to
Storing persistent object in object outside of ZODB can incur in the
problem of passing object(s) between threads, and, therefore, passing
one object which is related to a connection on the ZODB to another
context with a different connection.
Also, AFAIK, keep in mind _v_ attributes are not invol
This is probably falls under the catagory of FAQ but I couldn't find a
good answer through searching, so I'll ask.
Are there any size limitations on file system storages? At what point
can things become very slow?
I'm wondering as much about the number of objects stored as well as file
size for
hi!
i have a writeen am framework where objects have unique ids and
instances are stored in btreefolders, one per class.
if i want to retrieve an instance based on id, i lookup it's class
name and the get the class' container path from my metadata manager
(f.ex. "/app/data/Appointments/instances")
14 matches
Mail list logo