aboutsummaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorhttp://emptty.myopenid.com/ <http://emptty.myopenid.com/@web>2009-08-29 04:28:01 -0400
committerJoey Hess <joey@kitenet.net>2009-08-29 04:28:01 -0400
commita4c9a8461cc85377f8c88a62f2f980a0c7e2a042 (patch)
treef4f6522ab3d9d5d5df70a8f0b40c6359daf44af2 /doc
parent9f75d3b1f3c43820cff9ce554601f64c60d72b14 (diff)
downloadikiwiki-a4c9a8461cc85377f8c88a62f2f980a0c7e2a042.tar
ikiwiki-a4c9a8461cc85377f8c88a62f2f980a0c7e2a042.tar.gz
Answer to Joey, and justify my text (in the source)
Diffstat (limited to 'doc')
-rw-r--r--doc/todo/Restrict_page_viewing.mdwn22
1 files changed, 17 insertions, 5 deletions
diff --git a/doc/todo/Restrict_page_viewing.mdwn b/doc/todo/Restrict_page_viewing.mdwn
index ec7b05a51..0b2a65a66 100644
--- a/doc/todo/Restrict_page_viewing.mdwn
+++ b/doc/todo/Restrict_page_viewing.mdwn
@@ -1,15 +1,27 @@
I'd like to have some pages of my wiki to be only viewable by some users.
-I could use htaccess for that, but it would force the users to have 2 authentication mecanisms, so I'd prefer to use openID for that too.
+I could use htaccess for that, but it would force the users to have
+2 authentication mecanisms, so I'd prefer to use openID for that too.
-* I'm thinking of adding a "show" parameter to the cgi script, thanks to a plugin similar to goto.
-* When called, it would check the credential using the session stuff (that I don't understand yet). If not enough, it would serve a 403 error of course.
-* If enough, it would read the file locally on the server side and return this as a content.
+* I'm thinking of adding a "show" parameter to the cgi script, thanks
+ to a plugin similar to goto.
+* When called, it would check the credential using the session stuff
+ (that I don't understand yet).
+* If not enough, it would serve a 403 error of course.
+* If enough, it would read the file locally on the server side and
+ return this as a content.
-Then, I'd have to generate the private page the regular way with ikiwiki, and prevent apache from serving them with an appropriate and much more maintainable htaccess file.
+Then, I'd have to generate the private page the regular way with ikiwiki,
+and prevent apache from serving them with an appropriate and
+much more maintainable htaccess file.
-- [[users/emptty]]
> While I'm sure a plugin could do this, it adds so much scalability cost
> and is so counter to ikiwiki's design.. Have you considered using the
> [[plugins/httpauth]] plugin to unify around htaccess auth? --[[Joey]]
+
+>> I'm not speaking of rendering the pages on demand, but to serve them on demand.
+>> They would still be compiled the regular way;
+>> I'll have another look at [[plugins/httpauth]] but I really like the openID whole idea.
+>> --[[emptty]]