MediWiki Integration

[ElfMage]

:-) vbWiki Pro has been released.

We moved to www.nuhit.com

[storpappa]

This is great information. Thanks, I am going to looka t all the info ahere and test it out

[Zia]

dont know my qus is totally out of the track or not...tho asking

its about media wiki intigration/bridge

umm wht about wikipedia.org intigration or fetcher for vb?

[Smitty]

Originally Posted by storpappa

This is great information. Thanks, I am going to looka t all the info ahere and test it out

I've got it on my production server. Works very good.

[domaino]

Originally Posted by ElfMage

:-) vbWiki Pro has been released.

We moved to www.nuhit.com

Shame it's not around anymore!

I looked at your website and was really excited to find a way I could integrate a wiki into my vbulletin design. Unfortunately it appears as though the author of this software has fled, and now the product suffers from a lack of updates and consequently, uncompatibility with recent updates to mediaWiki.

I was wondering if anyone knows of any alternative software similar to vbWiki Pro that I could use to integrate a fully fledged mediaWiki into my site? I want to share users between my wiki and vbulletin.

Any assistance would be greatly appreciated although unfortunately I don't hold out much hope.

Cheers.

[dypsisdean]

It's really a shame this platform has shriveled away. I have a two year old integration and have really put a lot of demands on it. And it has never even locked up once. I am presently looking to hire someone with some knowledge of this to help move me to some other situation.

[Tahm]

I did some testing with this and the code found here ( http://www.mediawiki.org/wiki/Extens...rs_Integration ) seems to work fine with the current version of MediaWiki. My problem is controlling access with UserGroups via vBulletin. Does anyone know how to do that or could possibly point me in the right direction?

Thank you.

[DrPrepper]

Originally Posted by Tahm

I did some testing with this and the code found here ( http://www.mediawiki.org/wiki/Extens...rs_Integration ) seems to work fine with the current version of MediaWiki. My problem is controlling access with UserGroups via vBulletin. Does anyone know how to do that or could possibly point me in the right direction?

In the mean time a couple of years later, but I wanted this bridge between mediawiki and vbulletin too, and got it working, albeit with a few tweaks.

My setup:

* vBulletin 4.2.0 PL3
* Mediawiki 1.19.2
* PHP 5.3.17

I added a custom usergroup 'wiki' to vB. Members of this group (and admins and mods) are granted to log in to the wiki.

I used the code from the quoted extention above, but ran into 2 things:

1. Group selection was to 'tight' for me. I wanted to control the wiki access with an additional custom usergroup (so not the primary group)
2. I wanted to allow spaces, dashes and dots in usernames, since both Mediawiki as vB allow that currently

@group selection

In the functions userExists (and authenticate subsequently) I changed the query from

PHP Code:

$vb_find_user_query = "SELECT usergroupid FROM " . $this->vb_prefix . "user WHERE LOWER(username)=LOWER('" . $username . "')"; 


to

PHP Code:

$vb_find_user_query = "SELECT CONCAT_WS(',',usergroupid,membergroupids) as groups FROM " . $this->vb_prefix . "user WHERE LOWER(username)=LOWER('" . $username . "')"; 


With this, you can query both usergroup & membersgroups together.
Since you can have multiple id's in this 'group', the code to match it to the $this->allowed_usergroups needed a little tweaking.

I changed the bottom part of the same 2 functions from

PHP Code:

if (in_array($vb_userinfo['usergroupid'], $this->allowed_usergroups)) {
   return TRUE;
} 


to

PHP Code:

if (count(array_intersect($this->allowed_usergroups, explode(",",$vb_userinfo['groups']))) >= 1) {
   return TRUE;
} 


This way it doesn't matter if a member had one or more matching groups with the allowed_usergroups.

@allowed characters

Unfortunately I didn't succeed in modifying the search pattern to only accept alphanumeric or underscore characters in usernames. I did a dirty workaround to bypass the whole check.

I replaced

PHP Code:

(!preg_match($this->searchpattern, $username)) 


with

PHP Code:

(count_chars($username) > 0 ) 


in both functions.
If someone has a better solution I'd like to hear it. I'm not that kind of a guru at PHP

[Sangheili]

Originally Posted by DrPrepper

In the mean time a couple of years later, but I wanted this bridge between mediawiki and vbulletin too, and got it working, albeit with a few tweaks.

My setup:

* vBulletin 4.2.0 PL3
* Mediawiki 1.19.2
* PHP 5.3.17

I added a custom usergroup 'wiki' to vB. Members of this group (and admins and mods) are granted to log in to the wiki.

I used the code from the quoted extention above, but ran into 2 things:

1. Group selection was to 'tight' for me. I wanted to control the wiki access with an additional custom usergroup (so not the primary group)
2. I wanted to allow spaces, dashes and dots in usernames, since both Mediawiki as vB allow that currently

@group selection

In the functions userExists (and authenticate subsequently) I changed the query from

PHP Code:

$vb_find_user_query = "SELECT usergroupid FROM " . $this->vb_prefix . "user WHERE LOWER(username)=LOWER('" . $username . "')"; 


to

PHP Code:

$vb_find_user_query = "SELECT CONCAT_WS(',',usergroupid,membergroupids) as groups FROM " . $this->vb_prefix . "user WHERE LOWER(username)=LOWER('" . $username . "')"; 


With this, you can query both usergroup & membersgroups together.
Since you can have multiple id's in this 'group', the code to match it to the $this->allowed_usergroups needed a little tweaking.

I changed the bottom part of the same 2 functions from

PHP Code:

if (in_array($vb_userinfo['usergroupid'], $this->allowed_usergroups)) {
   return TRUE;
} 


to

PHP Code:

if (count(array_intersect($this->allowed_usergroups, explode(",",$vb_userinfo['groups']))) >= 1) {
   return TRUE;
} 


This way it doesn't matter if a member had one or more matching groups with the allowed_usergroups.

@allowed characters

Unfortunately I didn't succeed in modifying the search pattern to only accept alphanumeric or underscore characters in usernames. I did a dirty workaround to bypass the whole check.

I replaced

PHP Code:

(!preg_match($this->searchpattern, $username)) 


with

PHP Code:

(count_chars($username) > 0 ) 


in both functions.
If someone has a better solution I'd like to hear it. I'm not that kind of a guru at PHP

I've applied all the edits above and it stops it from working, I get incorrect password errors. Did you miss anything out? Is anything posted incorrectly?

Edit:

I did this in a different way and it worked.

[DrPrepper]

Originally Posted by Sangheili

I did this in a different way and it worked.

Good to hear! What did you do differently?