Forum OpenACS Development: Re: Parent_id for folders with no parent in acs-content-repository

Lars ... I'm thinking of a different way to model it, that wouldn't need a separate site node map table.  If we map the current cr_folders entries to the current site map table, then the hierarchy for these objects is being maintained twice, once in the folder-parent relationship and once as a row in the site node table.  There's really no need for this.

Just blue-skying ...

Jeff makes some interesting points, too ...

So couldn't you have a content type of 'website'. This could include other types (site-node), files, directories, etc. If a package isn't mounted on a node it wouldn't show up. Each website content item would represent one website, so you might maintain more than one site in one cr. If you could include or link to other content items easily, they could be included by reference (Can you do this now?) But the reference link (content type) would have to include information on when to publish, etc. since that is a property of the parent content item, not necessarily the referenced item. Also the item might, for instance, show up on one site but not another. But I think the key is that the 'website' type would be one way to view the data, not the only way. Obviously there would need to be administrative views as well.

However it ends up working, it shouldn't slow down the operation of the current site-note model (is this going to be cached somewhere?)