Richard S. Hall wrote: > Upayavira wrote: >> We need to do the simplest thing possible right now, IMO, before the >> September deadline (Sept 20th). The simplest way to plan this would be >> to say we've got until the end of this month. >> >> Remember, the requirement is to have a website that is reasonably >> informative, not to have a state of the art CMS. That can be done post >> graduation. >> >> I'd suggest we: >> * Use confluence to author the pages we want on our site >> * When we're happy with them, someone manually converts these to xdoc >> * We use Anakia or Maven (as is) to produce a very simple site using >> these xdocs >> * We're done. >> > > To me this isn't the simplest approach. I would suggest this: > > * Create the entire site that we want in the wiki (this is what I > originally started to do with the 'Site' page on the wiki now, > which was intended to be the root of the Felix site and was used > as the source for the current site). > * Export the root of the site from the wiki to HTML and copy it to > where it needs to be and commit. > * We're done.
Assuming (a) it is easy to create the necessary templates and (b) it is easy to get hold of the exported HTML (we won't likely have SSH accounts on the confluence box), then I'd be fine with that approach. Although it would be: edit->export->copy->commit->login to minotaur->checkout > This creates only one manual step, export->copy->commit, with minimal > understanding needed of anything else. Yep, fair enough. > If we could create a script to do the manual step, then we could > potentially create a cron job to do it once a day or something if we are > allowed to run cron jobs on the server. The idea is that there is always a manual, human step in the publish process - we could have a cron job that delivers HTML somewhere, but it would need to be a manual process to commit that HTML and check it out on Minotaur. So, how easy is what you have proposed? Regards, Upayavira
