NEWS/BackendStorage

The need is for a storage system that is capable of storing the ACL information about a page, capable of being flexible with names and subpages, and is within any limitations of the storage system. (ie, unix/doc/etc directory tree structure for file layout. This assumption is made because it's well understood, suitably flexible, matches the structure of normal websites which exist on such trees, and means the current preffered backend (CVS) suits perfectly). It should be compatible with traditional (unix-like) file-tree structure, though by no means is this a requirement of the backend storage method.

So, Pages are stored as a directory (named as whatever the pagename is), with two files - one named 'markup' for the page contents, and one named 'acl' for acl data. Subpages are subdirectories. Are page names case sensitive? (ie, is "WeBlink" the same or a different page to "WebLink"? A: If the storage system sees them as the same (eg: flat files on HFS+, NTFS, FAT32), then those pages WILL be the same. If the storage system sees them as seperate (most/all unix and clone filesystem, and sql storage setup, etc), then NEWS will see them as seperate. (though if wanted, an option to squash case could certainly be made available)

I thought we decided that a Page was a directory with three items: a file called "_markup", a file called "_acl", and each sub-page as a sub-directory (and the assumption that wiki page names cannot start with an underscore. -- st

This scheme is nicely integrated, keeps acl and markup data in seperate locations, but integrated in the same tree. (as opposed to being in the same file, or wholly independant trees. It also allows the pagenames to be anything at all without restriction.