Assuming the future possibility of Diigo-related local caching of content, to suit users/groups for whom remote storage is either non-preferred or explicitly disallowed:
My gut feelings at the moment:
* caches should be files in the file system
* do not include such objects in a database
* do use a database, probably SQLite for metadata relating to those objects
* respecting the relationship between (a) database and (b) its objects on the file system:
- user processes _may have_ read privilege for the file system objects
- user processes _must not have_ write privilege for the file system objects
* database process _must have_ read and write privileges for the file system objects
* ACL should grant read privilege to a group that comprises UIDs relating to backup processes
* ACL should grant read privilege to a group that comprises UIDs relating to index/search-related processes.
Et cetera, that's thrown together quickly from a UNIX/Mac perspective but should translate well to Linux and Windows platforms.
A request for status of Apple Bug 6436020 may lead to knowledge (not necessarily public) of when Linux and Windows will support WebArchive format. Open source, presumably.
= Notes =
Meaningful notes to follow ;)
In the meantime, keywords (mostly notes to self):
* Plone CMS, ZODB, BLOB, /filestorage /blobstorage and mode 700 * Chandler Desktop, Berkeley DB (BDB) * file system object proliferation, cross-platform WebArchive * Spotlight, Windows Search 4.0 * FUSE, backups * iCal metadata as files in the file system * SQLite, multiple applications, Sophos Anti-Virus on-access scanning, lock issues?
Assuming the future possibility of Diigo-related local caching of content, to suit users/groups for whom remote storage is either non-preferred or explicitly disallowed:
My gut feelings at the moment:
* caches should be files in the file system
* do not include such objects in a database
* do use a database, probably SQLite for metadata relating to those objects
* respecting the relationship between (a) database and (b) its objects on the file system:
- user processes _may have_ read privilege for the file system objects
- user processes _must not have_ write privilege for the file system objects
* database process _must have_ read and write privileges for the file system objects
* ACL should grant read privilege to a group that comprises UIDs relating to backup processes
* ACL should grant read privilege to a group that comprises UIDs relating to index/search-related processes.
Et cetera, that's thrown together quickly from a UNIX/Mac perspective but should translate well to Linux and Windows platforms.
A request for status of Apple Bug 6436020 may lead to knowledge (not necessarily public) of when Linux and Windows will support WebArchive format. Open source, presumably.
= Notes =
Meaningful notes to follow ;)
In the meantime, keywords (mostly notes to self):
* Plone CMS, ZODB, BLOB, /filestorage /blobstorage and mode 700
* Chandler Desktop, Berkeley DB (BDB)
* file system object proliferation, cross-platform WebArchive
* Spotlight, Windows Search 4.0
* FUSE, backups
* iCal metadata as files in the file system
* SQLite, multiple applications, Sophos Anti-Virus on-access scanning, lock issues?
= Recommended reading =
http://www.diigo.com/04pv5 highlights only
= Further reading =
http://webkit.org/
http://developer.apple.com/documentation/Cocoa/Reference/WebKit/Classes/WebArchive_Class/Reference/Reference.html
http://en.wikipedia.org/wiki/Webkit
http://en.wikipedia.org/wiki/Uniform_Type_Identifier
http://arstechnica.com/apple/reviews/2005/04/macosx-10-4.ars/11
http://support.microsoft.com/kb/940157/en-us
- already supported in Windows
- I haven't tested WebKit on Linux.
http://en.wikipedia.org/wiki/Webarchive is updated to reflect the growing range of applications, including Safari 4 for Windows, that support the format.
http://www.wuala.com/grahamperrin/public/2009/06/25/webarchive/ for a glimpse of how a variety of applications work seamlessly with WebArchive files.
WebArchive and other classes within open source WebKit
Next step: see what's possible on Linux…
To Top