-Warren

If you don’t exactly need to use MediaWiki for your class, check out the DFWiki that comes with Moodle 1.5. The ACL that comes with Moodle makes it so you can start a new wiki for each class and control who sees it and who can edit it.

For a classroom situation, it works well. You can also create a read only copy of the wiki and an edit copy that students use. Once the students have improved the wiki, you can incorporate the changes into the read-only wiki and use the new wiki copy for the new class to have an even better starting point.

It’s not the greatest solution for a non-class setting though, so I’m hoping I can get a real ACL solution for MediaWiki to work.

I am trying to figure out a simpler solution to restict users for each class of students –that is, depending on which students should be given access as per the course they enroll.
In each class, I would have around 30 students and there are so many classes in the university. It is not possible for the administrator to enter all student names for each class as it is very time consuming and tedious.

I have been trying to figure out a solution for my problem since a few weeks. Does anyone have any suggestions to a simpler code solution?

Thanks.

Any ideas on how we can fix this?

Thanks! That was a very cool template for my very first MediaWiki extension.

e.g. group=external; users=customer1,customer2..

Or even:

Hidden content …

Content to be published…

Hidden content …

I’m not expert in the Mediawiki internals, but it seems to me, that, in order to accomplish this the LocalSettings.php should define an array variable defining all the groups that must go through the extra content processing. If a user belonging to one of the groups accesses a page the page must contain the (or ) tag. If not, the page is not displayed (the browser is redirected to a deny page), if yes, the allowed part of the page will be displayed.
For any other group the tag will be ignored.

Thanks!

-Sean

$wgExtensionFunctions[] = “wfAccessControl”;

//This is the hook function. It adds the tag to the wiki parser and
//tells it what callback function to use.
function wfAccessControl() {
global $wgParser;
# register the extension with the WikiText parser
$wgParser->setHook( “accesscontrol”, “controlAccess” );
}

// The callback function for user access
function controlAccess( $input ) {
// Grab currently logged in user
global $wgUser;

//restrict viewrestrict group can bypass
if(in_array(‘viewrestrict’,$wgUser->mGroups)||in_array(‘restrict’,$wgUser->mGroups)){
return;
}

//get users
preg_match_all(‘/u:(\w+),?/’,$input,$usersAccess);
preg_match_all(‘/g:(\w+),?/’,$input,$groupsAccess);

//If not restriction is set, then exit and grant
if (((!is_array($usersAccess[1])) && (!is_array($groupssAccess[1]))) ||
((count($usersAccess[1]) == 0) && (count($usersAccess[1])))) {
return;
}

$cleanedUsersAccess[] = “”;
// Trim leading whitespaces from usernames
foreach ($usersAccess[1] as $userEntry) {
$userEntry = strtolower(ltrim($userEntry));
array_push($cleanedUsersAccess, $userEntry);
}

$cleanedGroupsAccess[] = “”;
// Trim leading whitespaces from usernames
foreach ($groupsAccess[1] as $groupEntry) {
$groupEntry = strtolower(ltrim($groupEntry));
array_push($cleanedGroupsAccess, $groupEntry);
}

// Check Group access
foreach($cleanedGroupsAccess as $groupEntry) {
if(in_array($groupEntry,$wgUser->mGroups)){
return;
}
}

// Put up an error message if current user doesn’t match
// accesscontrol list
if (in_array(strtolower($wgUser->getName()), $cleanedUsersAccess)) {
return;
}

//Access Denied
print “User: “.$wgUser->getName().” Access Denied”;
print “Group: “;
foreach($wgUser->mGroups as $groupEntry) {
print “$groupEntry “;
}
print ” Access Denied”;

print “Allowed users: “;
foreach($cleanedUsersAccess as $userEntry) {
print “$userEntry “;
}

print “Allowed groups:”;
foreach($cleanedGroupsAccess as $groupEntry) {
print “$groupEntry “;
}

exit();
}

?>