[cgi-wiki-dev] FW: Text file backend?
Sun, 14 Sep 2003 13:30:38 -0400
Incidentally, I suspect this is where CGI::Wiki could fit in the =
I guess the next thing to do would be to work out how to implement the =
parts of TWiki. This, BTW, gives an overview of TWiki's subsystems:
Ideally the componentisation would allow the Formatter + Plugins to also =
in as a module to the PostNuke framework
Martin@Cleaver.org - +1 416 832 7759=20
Melbourne Business School FT 2004 MBA Exchange Participant to Rotman
=3DFrom: email@example.com =
=3DBehalf Of Martin@Cleaver.org
=3DSent: Sunday, 14 September 2003 12:29 PM
=3DSubject: [cgi-wiki-dev] FW: Text file backend?
=3DMartin@Cleaver.org - +1 416 832 7759
=3DMelbourne Business School FT 2004 MBA Exchange Participant to Rotman
=3D=3DFrom: Kate L Pugh [mailto:firstname.lastname@example.org]
=3D=3DSent: Sunday, 31 August 2003 9:06 AM
=3D=3DCc: 'Anton Aylward CISSP CISA'; 'Peter Masiar'
=3D=3DSubject: Re: Text file backend?
=3D=3DOn Sat 30 Aug 2003, Martin@Cleaver.org wrote:
=3D=3D> Just wondering whether anyone had proposed implementing a =
=3D=3D> back-end to CGI::Wiki.
=3D=3DIt's been proposed, but nobody's actually offered to write it. I
=3D=3Dreally don't think I'll have the time to do it myself any time =
=3D=3Dyou can see why at
=3D=3D - but I don't see any reason why it shouldn't be done. If =
=3D=3Dis willing to put in the time to do it, that is.
=3D=3D> Although the performance would not be as quick as a database =
=3D=3D> might give CGI::Wiki greater appeal as many TWiki users choose =
=3D=3D> because they like the comfort of being able to hack the files if
=3D=3D> things go wrong.
=3D=3DYup, that does make sense. Although I don't mind loading up a
=3D=3Ddatabase client and hacking the store with SQL, I'm sure that a =
=3D=3Dpeople would hate to do that :)
=3D=3DThis is just a short response so you know I'm not ignoring you - I
=3D=3Dhave an awful lot to get done today. I've never used Twiki; I =
=3D=3Dshould have a look at it. I'll try to write more when I have some
=3D=3Dtime, maybe midweek.