Changes between Version 1 and Version 2 of Ticket #2732
- Timestamp:
- 07/24/12 09:00:44 (22 months ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #2732 – Description
v1 v2 1 1 We should simplify upload and storage of files, initially only to local storage with archiver eventually being fixed to archive data externally. WIP pad is http://ckan.okfnpad.org/uploads 2 2 3 _Simplifying uploads_ 3 '''Simplifying uploads''' 4 4 5 5 Currently uploads are too painful/difficult/fiddly to use and/or configure. We want to simplify uploads so that they are done directly to the CKAN server, without support for remote services (S3 etc) and/or the dependencies it introduces. … … 12 12 13 13 14 _File uploads_ 14 '''File uploads''' 15 15 16 16 Things file upload should do: … … 28 28 29 29 30 _File storage_ 30 '''File storage''' 31 31 32 32 File storage should be local to the CKAN install, and not a remote service. Any archiving to remove storage providers should be outside of the main request. … … 44 44 Somewhere in the DB we should store ... 45 45 46 | Column|Notes|47 | id|An identifier|48 | owner|The owning user, who uploaded the file|49 | path|The path (from the 'storage root') to the file|50 | size|The size in bytes of the file on disk|51 | mimetype|The mimetype of the file, as provided by the uploader|52 | upload_date|When the data was uploaded|53 | resource|The ID of the resource it belongs to. A unidirectional relationship.|46 ||Column||Notes|| 47 ||id||An identifier|| 48 ||owner||The owning user, who uploaded the file|| 49 ||path||The path (from the 'storage root') to the file|| 50 ||size||The size in bytes of the file on disk|| 51 ||mimetype||The mimetype of the file, as provided by the uploader|| 52 ||upload_date||When the data was uploaded|| 53 ||resource||The ID of the resource it belongs to. A unidirectional relationship.|| 54 54 55 55 Generating paths should try and separate the files, perhaps based on username of the owner, or some other mechanism to avoid a single folder full of files. 56 56 57 57 58 _Notifications_ 58 '''Notifications''' 59 59 60 60 We need to make sure that it is possible to notify other components within the system that an upload has taken place, or at least make it easy for them to be notified. The primary use case for this is to notify the component that will translate/upload certain formats to the data store. … … 63 63 64 64 65