Re: [cowiki-dev] The coWiki.org page

> The main page magically reverted to an earlier revision while
> destroying the content and history of the current revision.  This has
> happened a second time since the first report.

Ok, I finally got you.

>
> The page was edited several times over a few weeks and being the
> single most important page on cowiki.org, it was a minor work of art.
> At the very least, it was a horrible slap in the face to see that work
> vanish.

Yup. Lesson we learn is to do important work like this on personal  
machines first... Ah well.

>
> Now, having said that I can go ahead and begin rewriting it.. as they
> say in the wiki world .. I can "be bold" and if something bothers me I
> can go ahead and fix it.
>
> I've not done this because I had hoped that it was easy to restore the
> page from a backup and also because I was really depressed about
> losing my work.

Yeah - that sucks. Fair enough - pain in the arse all round for  
everyone.

>
> Now.. the way things look, I'm going to begin rewriting that page.
> But until this bug is tracked down and fixed, could we please look
> into making the process of restoring a single page a little easier?
>

The database is backed up everyday in the form of a db dumpfile,  
which makes restoration a damn sight easier than hunting through  
fsdump files for mysql MYIs and the like.


> Actually, if it were possible to have a read-only time-shifted version
> of the server that would solve this problem perfectly.  A secondary
> wiki which is using a data backup from a week ago would probably do
> it.  I know that's easy to say.. is it any easier compared to fishing
> for a single page from a backup?

Time-shifting in the sense of having a staging server which pushes  
changes to the live server on command, for example? Quite possible -  
people come up with ways and means?