On Aug 3, 2006, at 5:55 AM, Kasper Sandberg wrote:
On Tue, 2006-08-01 at 10:46 -0700, Ben Coburn wrote:While writing the new changelog code, I would find it useful to have9624
some "real-world" information on the size of large changelogs and their
average line length. If you have a large changelog file, please reply
directly to me with these two details.
1) size of the changelog file (in bytes)2) number of lines in the changelog file141
forgive my writing here, instead of to you personally, however i have a few thoughts about a new changelog system. personally i dont have speed problems with my wiki, and as you can see, my changelog is fairly small(yet).
im not sure what exactly would be the best approach to creating a new system, however i do have a few things i hope you can consider.
1: the changelog system could keep the "wiki history", perhaps in a
separate file? what i mean is, well.. im not exactly sure how to explain
what i mean, but here goes:
if i create a page called apache in the namespace servers, giving me
"servers:apache", and then after 10 revisions, "move" this page to
"hosting:apache", then later create servers:apache again, then the
history should know that this is a new article, and then, an admin
plugin to move a page and changelog could be created. (disclaimer: this
is just a thought, however i would like a move page admin plugin)
to [2]: <date>\t<ip>\t<type>\t<page_id>\t<user>\t<summary>\t<extra>
The current list of core types would include: C create E edit e minor edit D delete
Types that may be added later: M moved, <extra> is destination <page_id> R reverted, <extra> stores the revision <date> to which the page was reverted.
[1] Not create page, delete, and recreate somewhere else. [2] Note, <summary> is indexed in the log line array as 'sum'.
Regards, Ben Coburn
------------------- silicodon.net -------------------
-- DokuWiki mailing list - more info at http://wiki.splitbrain.org/wiki:mailinglist