blob: 0b2a65a66806d7ada07693672eb8e7abf843d5c4 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
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'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.
-- [[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]]
|