Hi Maarten, I ran into your following old post on file quota in OAE and want to know whether you have any updates on how to implement this.
Thanks, Harry On Apr 13, 2012, at 5:23 AM, Maarten van Hoof wrote: > Thanks all for your thoughts on this. Our options are pretty much open, but > wil, in one way or another, include file size. Either the size of the files > that a user uploads, or all files in a users library (in which case the quota > will be sufficiently large and the system would work a little bit like > Dropbox.) > > What I'm hoping to get your ideas on is how to actually determine the total > size of all files a user uploaded / a group shares / a library contains. As I > said, my thought were to have the ContentManager do a query for the content > metadata and calculate the sizes. But I'm not sure if that is feasible > performance-wise and I'm hoping I'm missing some easier way. > > Thanks, > Maarten > > > Op 12 april 2012 18:14 schreef Eli Cochran <e...@media.berkeley.edu> het > volgende: > I suggest that the most rational thing would be to only count against quota > the content that the user personally uploads. Usually quotas are to > discourage abuse and the kinds of content that can be created inside the > system is not the kind of content that easily leads itself to abuse. > > Also there is good reason to encourage users to create and collaborate inside > the system. > > - Eli > > On Apr 12, 2012, at 9:06 AM, Lance Speelmon wrote: > > > This also begs the question of which user the quota should count against. > > i.e. if I pull a piece of content from your library into my library does it > > count against both of us? Just the owner? Needs careful consideration > > during implementation. L > > > > On Apr 12, 2012, at 5:56 AM, Daniel Parry wrote: > > > >> On Thu, Apr 12, 2012 at 02:27:02PM +0200, Maarten van Hoof wrote: > >>> We have a requirement to add file quota to OAE. I'm hoping that some of > >>> you > >>> may have some pointers how to implement this. > >> > >> I'm going to hazard a guess that using file sizes to track quotas is going > >> to be > >> tricky / expensive in the system as it stands? If not that is great! I > >> suspect > >> there is the further issue of do you include sakai pages in the quota > >> calculation, which can themselves be quite large. Then what about the > >> widgets on > >> pages that contain a bunch of data themselves. What do you do with a > >> document > >> that is collaboratively edited, whose quota does that go in (Yes I created > >> it, > >> but no I did not paste in those 400 jpegs). Do you factor versions in to > >> the > >> quota or just the latest version etc... > >> > >> So, just to throw out a suggestion, would quotas be any easier to > >> implement / > >> clearer to users if they were based on number of items, e.g. you can > >> create 100 > >> pages and upload 100 files in to your library, create 50 groups, etc. And > >> these > >> limits could be configurable or removable for say the overworked > >> departmental > >> admin, who uploads all the files on behalf of the professors who are too > >> busy to > >> actually log in :) Assuming a normal distribution of file sizes and some > >> support > >> for identifying those who are out to abuse the quotas anyway (having 10000 > >> versions of foo.mp3 comes to mind), I'm thinking this might be easier? > >> > >> Best wishes, > >> > >> Daniel > >> > >> -- > >> --| Daniel Parry: dan...@caret.cam.ac.uk. www.caret.cam.ac.uk/ |-- > >> "A consultant is a person who borrows your watch, tells you what > >> time it is, pockets the watch, and sends you a bill for it." > >> _______________________________________________ > >> oae-dev mailing list > >> oae-dev@collab.sakaiproject.org > >> http://collab.sakaiproject.org/mailman/listinfo/oae-dev > > > > _______________________________________________ > > oae-dev mailing list > > oae-dev@collab.sakaiproject.org > > http://collab.sakaiproject.org/mailman/listinfo/oae-dev > > . . . . . . . . . . . . . . . . . . > . > > Eli Cochran > User Interaction Developer & > Educational Technology Services, UC Berkeley > > "The opportunity lost by increasing the amount of blank space is gained back > with enhanced attention to what remains." > - John Maeda > > > > > _______________________________________________ > oae-dev mailing list > oae-dev@collab.sakaiproject.org > http://collab.sakaiproject.org/mailman/listinfo/oae-dev > > > > -- > Geniet, maar drink met Maarten > _______________________________________________ > oae-dev mailing list > oae-dev@collab.sakaiproject.org > http://collab.sakaiproject.org/mailman/listinfo/oae-dev
_______________________________________________ oae-dev mailing list oae-dev@collab.sakaiproject.org http://collab.sakaiproject.org/mailman/listinfo/oae-dev
