Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Backend Storage #1

Closed
eby opened this issue Sep 25, 2012 · 4 comments
Closed

Backend Storage #1

eby opened this issue Sep 25, 2012 · 4 comments

Comments

@eby
Copy link
Member

eby commented Sep 25, 2012

Feel we should offer pluggable storage options.

Storage

  1. Database
  2. Filesystem
    • Default to pairtree to keep structure organized
    • Allow custom layout based on key for systems like Evergreen
  3. Cloud Storage?

Derivatives

  • Should we store the derivatives or create on the fly? Would say for filesystem it makes sense to store even if different directory structure. Allows easy CDN use.
  • Store original? Or just largest of the derivative sizes?
@eby
Copy link
Member Author

eby commented Sep 25, 2012

For evergreen the structure expected is as such for local overrides

/openils/var/web/opac/extras/ac/jacket/{large|medium|small}/ISBN

patch for record level out there which does:

...jacket/{large|medium|small}/r/RECORD_ID

@jblyberg
Copy link
Member

GridFS might be overkill for mongodb storage. BSON documents can be up to 4MB, which I don't think we'll approach with cover images.

@eby
Copy link
Member Author

eby commented Sep 25, 2012

Guess this asks the other question of upload interface. Admin interface of choice PUTS to a end point url? For those cases might be good to check the size of the image and use a derivative if too large. For example photos of physical objects, scans, etc.

@eby
Copy link
Member Author

eby commented Sep 25, 2012

Moved this issue to standalone covercache SCAS/cloudcover#1

@eby eby closed this as completed Sep 25, 2012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants