Hi. http://www.mediawiki.org/wiki/Manual:Preventing_access mentions a method of rudimentary access control involving two mediawiki wikis, one public, one private, with a shared user database. That sounds like what I want to migrate a pair of existing e-mail discussion groups onto wikis. The groups share a lot of content and members, but one group is public and the other is (nominally) private.
The difficulty is, "shared user database" is a redlink. Could anyone here help me fill in the details?
Could this be the correct link: http://www.mediawiki.org/wiki/Manual:%24wgSharedDB
Thanks,
Una
Una wrote:
Hi. http://www.mediawiki.org/wiki/Manual:Preventing_access mentions a method of rudimentary access control involving two mediawiki wikis, one public, one private, with a shared user database. That sounds like what I want to migrate a pair of existing e-mail discussion groups onto wikis. The groups share a lot of content and members, but one group is public and the other is (nominally) private.
The difficulty is, "shared user database" is a redlink. Could anyone here help me fill in the details?
Could this be the correct link: http://www.mediawiki.org/wiki/Manual:%24wgSharedDB
Yep, that'll be the one. User groups (and thus rights assignments) are separate in each database, so you can manually put users into a privileged group to get read access on the other one.
At least, in theory it should work. ;)
-- brion vibber (brion @ wikimedia.org)
Resending this because it doesn't appear to have reached the archive. (I've got to figure out how to make these use the right address) ~Daniel Friesen(Dantman) of The Gaiapedia, Wikia Graphical Entertainment Project, and Wiki-Tools.com
Not theory, practice ^_^. http://central.wiki-tools.com <-- Main Wiki http://cabal.wiki-tools.com <-- Cabal Wiki (Pardon the Name) I just put up the permissions to demonstrate. I haven't gotten around to it, but someone else with little programming knowledge tried to create Extension:Cabal and failed. So I'm probably going to build a proper one which gives you a black screen with nothing but a login no matter what you do if you're not logged in. Though, my setup is a little more complex. We also have a Global Staff group setup via my Semi-Shared Permissions trick, and that also allows access to that restricted wiki in addition to the Cabal group, which I might make global later and use some trickery to hide it from view so that I can put a link to the cabal for cabal users only in one of the 2 sidebars.. Don't mind the skin, it's still being developed. And if you are wondering why there is a Smarty tag there, that's because the skins are what I call Smarty Based Universal skins. I'm using the smarty parser in combination with a number of my sharing tricks to create a few skins which work universally across whatever system I chose. Right now they are just part of MediaWiki, but soon they will be usable on our WordPress blog, and probably the CMSMadeSimple site.
~Daniel Friesen(Dantman) of The Gaiapedia, Wikia Graphical Entertainment Project, and Wiki-Tools.com
Brion Vibber wrote:
Una wrote:
Hi. http://www.mediawiki.org/wiki/Manual:Preventing_access mentions a method of rudimentary access control involving two mediawiki wikis, one public, one private, with a shared user database. That sounds like what I want to migrate a pair of existing e-mail discussion groups onto wikis. The groups share a lot of content and members, but one group is public and the other is (nominally) private.
The difficulty is, "shared user database" is a redlink. Could anyone here help me fill in the details?
Could this be the correct link: http://www.mediawiki.org/wiki/Manual:%24wgSharedDB
Yep, that'll be the one. User groups (and thus rights assignments) are separate in each database, so you can manually put users into a privileged group to get read access on the other one.
At least, in theory it should work. ;)
-- brion vibber (brion @ wikimedia.org)
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Dantman wrote:
Resending this because it doesn't appear to have reached the archive.
FYI, I didn't see an earlier version on the list nor on the newsgroup (via gmane gateway).
Not theory, practice ^_^. http://central.wiki-tools.com <-- Main Wiki http://cabal.wiki-tools.com <-- Cabal Wiki (Pardon the Name)
Well, not being shy, I created an account for myself on central and logged in, then opened a browser window to cabal. On cabal I appear to be logged in (but I cannot log in) and I appear to have a user page, a user talk page, etc. But trying to view the user talk page, I get this:
Permission error The action you have requested is limited to users in one of the groups staff, cabal.
If I use a shared user database, will someone (a sysop or bureaucrat) have to do user registrations for the users? Currently, most of my users do this for themselves.
Una
Permission error The action you have requested is limited to users in one of the groups staff, cabal.
If I use a shared user database, will someone (a sysop or bureaucrat) have to do user registrations for the users? Currently, most of my users do this for themselves.
Una
No. They will only need extra permissions if some actions are restricted (like seems to happen on cabal).
^_^ ya... I just turned off all permissions for non Staff/Caball users on the Cabal. (Though I intend to do something differently with Extension:Cabal) When you have a shared user Database, if you configure the cookies right then signing in on one wiki actually means signing in on all of the wiki at the same time. So using that method, you just give them permissions on the restricted wiki and they just half to sign in on the normal wiki (or on the restricted wiki if you have white listed the login page), and they will be logged in on the restricted wiki and able to access it.
~Daniel Friesen(Dantman) of The Gaiapedia, Wikia Graphical Entertainment Project, and Wiki-Tools.com
Platonides wrote:
Permission error The action you have requested is limited to users in one of the groups staff, cabal.
If I use a shared user database, will someone (a sysop or bureaucrat) have to do user registrations for the users? Currently, most of my users do this for themselves.
Una
No. They will only need extra permissions if some actions are restricted (like seems to happen on cabal).
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Una wrote:
Could this be the correct link: http://www.mediawiki.org/wiki/Manual:%24wgSharedDB
Brion Vibber wrote:
Yep, that'll be the one.
Thanks.
User groups (and thus rights assignments) areseparate in each database, so you can manually put users into a privileged group to get read access on the other one.
Something I am not getting is how many databases are involved. If I have 2 databases and a database for shared users, is that 3, or 2 (one of which contains the user registration info)?
I am also not clear how much trying it out I can do without making a big mess. Any words of wisdom about that?
Thanks,
Una
Una wrote:
Una wrote:
Could this be the correct link: http://www.mediawiki.org/wiki/Manual:%24wgSharedDB
Brion Vibber wrote:
Yep, that'll be the one.
Thanks.
User groups (and thus rights assignments) areseparate in each database, so you can manually put users into a privileged group to get read access on the other one.
Something I am not getting is how many databases are involved. If I have 2 databases and a database for shared users, is that 3, or 2 (one of which contains the user registration info)?
Either way; you could keep the active user table in one of the wikis' DBs or elsewhere.
I am also not clear how much trying it out I can do without making a big mess. Any words of wisdom about that?
Back up regularly and do your experimenting on an offline test copy.
-- brion vibber (brion @ wikimedia.org)
mediawiki-l@lists.wikimedia.org