summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJoey Hess <joey@kodama.kitenet.net>2008-09-27 21:13:35 -0400
committerJoey Hess <joey@kodama.kitenet.net>2008-09-27 21:13:35 -0400
commitd4ac1c750e5f3dcf3bb5d764d7e625fe90c7ebd3 (patch)
tree9bfce5818c59b594b682f820f0010c0a6635243c
parent66eb48ebcd0d2d55c2b3c24f55cab6b8f65276cb (diff)
response
-rw-r--r--doc/plugins/write/discussion.mdwn20
1 files changed, 20 insertions, 0 deletions
diff --git a/doc/plugins/write/discussion.mdwn b/doc/plugins/write/discussion.mdwn
index c8d4ebb14..039775b79 100644
--- a/doc/plugins/write/discussion.mdwn
+++ b/doc/plugins/write/discussion.mdwn
@@ -20,3 +20,23 @@ there that isn't backed by the RCS and that will break IkiWiki's great abilities
distributed wiki.
[[Will]]
+
+> Well, if you look at state that already persists across rebuilds, we have
+> pagectime, which can be extracted from RCS only very slowly in many
+> cases. There's also the separate state stored by the aggregate plugin,
+> which is indeed independant of the RCS, and can in some cases not be
+> replecated by rebuilding a different checkout (if the data is gone from
+> the feeds). Then there's the session cookie database, and the user
+> database, which started out with a lot of local state, has been
+> whittled down by removing admin prefs and subscriptions, but still has
+> important state including password hashes.
+>
+> So while I take your point about the potential for abuse,
+> there's certianly legitimate reasons to need to store data across
+> rebuilds. And plugins have always been able to drop their own files in
+> wikistatedir as aggregate does and have it persist, so the abuse
+> potential has always been there, the barrier has been lowered only
+> slightly.
+>
+> OTOH, if something can be added to the documentation that encourages
+> good behavior, that'd be a good thing ... --[[Joey]]