Mailing List Archive

On Tue, 22 Feb 2000, Paul Everitt wrote:

> Unfortunately the PTK isn't the right place to put quotas. Rather, this
> is something for the object database. Why? It's hard to tell all the
> places in the object system where a user might have some data (e.g. the
> Catalog).

That explanation makes complete sense. Can I assume that the ZODB doesn't
support quotas at this stage?

-Tim

--
Tim Wilson | Visit Sibley online: | Check out:
Henry Sibley H.S. | http://www.isd197.k12.mn.us/ | http://www.zope.org/
W. St. Paul, MN | | http://slashdot.org/
wilson@visi.com | <dtml-var pithy_quote> | http://linux.com/

Unfortunately the PTK isn't the right place to put quotas. Rather, this
is something for the object database. Why? It's hard to tell all the
places in the object system where a user might have some data (e.g. the
Catalog).

--Paul

> -----Original Message-----
> From: Timothy Wilson [mailto:wilson@visi.com]
> Sent: Tuesday, February 22, 2000 3:23 PM
> To: zope-ptk@zope.org
> Subject: [Zope-PTK] PTK quotas
>
>
> Hi everyone,
>
> Is there any concept of quotas in the current PTK. If not, I
> would suggest
> that this would be a useful, perhaps crucial, feature. I plan
> to use the
> PTK to create a portal with memberships for all of our school
> district's
> students and staff. I con't really want people to have
> unlimited space on
> the server.
>
> -Tim
>
> --
> Tim Wilson | Visit Sibley online: | Check out:
> Henry Sibley H.S. | http://www.isd197.k12.mn.us/ |
> http://www.zope.org/
> W. St. Paul, MN | |
http://slashdot.org/
wilson@visi.com | <dtml-var pithy_quote> | http://linux.com/


_______________________________________________
Zope-PTK maillist - Zope-PTK@zope.org
http://lists.zope.org/mailman/listinfo/zope-ptk

On Tue, Feb 22, 2000 at 04:15:57PM -0500, Paul Everitt wrote:
>
> Unfortunately the PTK isn't the right place to put quotas. Rather, this
> is something for the object database. Why? It's hard to tell all the
> places in the object system where a user might have some data (e.g. the
> Catalog).

Still, it would be cool to have quotas for a folder. This could
easily be done with a ZClass subclassing Folder, except that
there is no way to get the size of an object (or is there?).

[]s,
|alo
+----
--
I am Lalo of deB-org. You will be freed.
Resistance is futile.

http://www.webcom.com/lalo mailto:lalo@webcom.com
pgp key in the web page

Debian GNU/Linux --- http://www.debian.org
Brazil of Darkness -- http://zope.gf.com.br/BroDar

Correct.

--Paul

> -----Original Message-----
> From: Timothy Wilson [mailto:wilson@visi.com]
> Sent: Tuesday, February 22, 2000 4:09 PM
> To: Paul Everitt
> Cc: zope-ptk@zope.org
> Subject: RE: [Zope-PTK] PTK quotas
>
>
> On Tue, 22 Feb 2000, Paul Everitt wrote:
>
> > Unfortunately the PTK isn't the right place to put quotas.
> Rather, this
> > is something for the object database. Why? It's hard to
> tell all the
> > places in the object system where a user might have some
> data (e.g. the
> > Catalog).
>
> That explanation makes complete sense. Can I assume that the
> ZODB doesn't
> support quotas at this stage?
>
> -Tim
>
> --
> Tim Wilson | Visit Sibley online: | Check out:
> Henry Sibley H.S. | http://www.isd197.k12.mn.us/ |
> http://www.zope.org/
> W. St. Paul, MN | |
> http://slashdot.org/
> wilson@visi.com | <dtml-var pithy_quote> | http://linux.com/
>

On 2/22/00 4:24 PM, Lalo Martins at lalo@hackandroll.org wrote:

> Still, it would be cool to have quotas for a folder. This could
> easily be done with a ZClass subclassing Folder, except that
> there is no way to get the size of an object (or is there?).

More importantly, you have all the revisions of an object, how do you
account for that? You could easily create a 500K object (say your limit is
1MB), and then "update" it 100x and have used 50MB :-) But how do you count
this? And since you can't pack just a section of the database, this is
difficult to do.

Not impossible mind you, just a bit harder than it looks at first glance.

Chris
--
| Christopher Petrilli Python Powered Digital Creations, Inc.
| petrilli@digicool.com http://www.digicool.com