]> sipb.mit.edu Git - ikiwiki.git/commitdiff
web commit by http://jeremie.koenig.myopenid.com/
authorjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>
Wed, 15 Aug 2007 17:11:43 +0000 (17:11 +0000)
committerjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>
Wed, 15 Aug 2007 17:11:43 +0000 (17:11 +0000)
doc/todo/ACL.mdwn

index dea933d53dc87e5f6d62a9b6dacb2681092b5ae5..fe6c44192e625ada61a47b95381c3a7a028ccab2 100644 (file)
@@ -20,3 +20,26 @@ something, that I think is very valuable.
 
 >>>> Which would rule out openid, or other fun forms of auth. And routing all access
 >>>> through the CGI sort of defeats the purpose of ikiwiki. --[[Ethan]]
+
+I am considering giving this a try, implementing it as a module.
+Here is how I see it:
+
+  * a new preprocessor directive allows to define ACL entries providing permissions
+    for a given (user, page, operation), as in:
+
+    <pre>
+    \[[acl user=joe page=*.png allow=upload]]
+    \[[acl user=bob page=/blog/bob/* allow=*]]
+    \[[acl user=* page=/blog/bob/* deny=*]]
+    \[[acl user=http://jeremie.koenig.myopenid.com/ page=/todo/* deny=create
+           reason="spends his time writing todo items instead of source code"]]
+    </pre>
+
+    Each would expand to a description of the resulting rule.
+
+  * a configurable page of the wiki would be used as an ACL list.
+    Possibly could refer to other ACL pages, as in:
+
+    <pre>
+    \[[acl user=* page=/subsite/* acl=/subsite/acl.mdwn]]
+    </pre>