I am developing a website, which has MediaWiki as the default page and phpBB as the forum where "community portal" links to. Both the MediaWiki and phpBB are on the same server.
I need this feature for my website:
1. User only has to register once, then he/she will be a member in both the wiki and forum; 2. After user logs on in either the forum or wiki, he/she will have logged on in the other. 3. After user logs out in either the forum or wiki, he/she will have logged out in the other.
Can you help me? Thanks very much!!
Login/logoutwiki and forum both in one.
I am developing a website, which has MediaWiki as the default page and phpBB as the forum where "community portal" links to. Both the MediaWiki and phpBB are on the same server.
I need this feature for my website:
- User only has to register once, then he/she will be a member in
both the wiki and forum; 2. After user logs on in either the forum or wiki, he/she will have logged on in the other. 3. After user logs out in either the forum or wiki, he/she will have logged out in the other.
Can you help me? Thanks very much!!
Try http://meta.wikimedia.org/wiki/PHPBB/Users_Integration
-Justin
PRIVACY NOTICE
This email and any attachments may be confidential and/or privileged. Use of the information contained in this email by anyone other than the intended recipient is strictly prohibited. If you have received this email in error, please notify the sender by replying to this message and delete this email.
I think this might be what you are looking for:
http://meta.wikimedia.org/wiki/PHPBB/Users_Integration
Hopefully this helps.
On 8/29/06, Wang Jerry wkbjerry@gmail.com wrote:
I am developing a website, which has MediaWiki as the default page and phpBB as the forum where "community portal" links to. Both the MediaWiki and phpBB are on the same server.
I need this feature for my website:
- User only has to register once, then he/she will be a member in
both the wiki and forum; 2. After user logs on in either the forum or wiki, he/she will have logged on in the other. 3. After user logs out in either the forum or wiki, he/she will have logged out in the other.
Can you help me? Thanks very much!! _______________________________________________ MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
On Tuesday, 29th August 2006 at 17:27:41 (GMT -0400), David Pace wrote:
I need this feature for my website:
- User only has to register once, then he/she will be a member in
both the wiki and forum; 2. After user logs on in either the forum or wiki, he/she will have logged on in the other. 3. After user logs out in either the forum or wiki, he/she will have logged out in the other.
I think this might be what you are looking for: http://meta.wikimedia.org/wiki/PHPBB/Users_Integration Hopefully this helps.
No, that won't help. We couldn't even get basic integration working: none of our users with diacritic letters in their username could log into the wiki.
Besides, the solution at the above link only attempts basic integration of user tables, nothing more.
Wang Jerry's wishes are immodest indeed, and they sound like science fiction to me... Maybe in 2010 or 2015 these things will be possible, not today, alas...
On 8/29/06, wiki@avenarius.sk wiki@avenarius.sk wrote:
On Tuesday, 29th August 2006 at 17:27:41 (GMT -0400), David Pace wrote:
I need this feature for my website:
- User only has to register once, then he/she will be a member in
both the wiki and forum; 2. After user logs on in either the forum or wiki, he/she will have logged on in the other. 3. After user logs out in either the forum or wiki, he/she will have logged out in the other.
I think this might be what you are looking for: http://meta.wikimedia.org/wiki/PHPBB/Users_Integration Hopefully this helps.
No, that won't help. We couldn't even get basic integration working: none of our users with diacritic letters in their username could log into the wiki.
Besides, the solution at the above link only attempts basic integration of user tables, nothing more.
Wang Jerry's wishes are immodest indeed, and they sound like science fiction to me... Maybe in 2010 or 2015 these things will be possible, not today, alas...
-- Yours, Alex. [processed by "The Bat!", Version 3.80.06] (MediaWiki: 1.6.8 / PHP: 4.4.1 (cgi) / MySQL: 4.1.19-standard) http://vincentdepaul.sk/skola
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Have you looked at the LDAP user authentication stuff?
I'm just getting started looking at that myself, but it might be part of a solution for you.
On 8/29/06, wiki@avenarius.sk wiki@avenarius.sk wrote:
On Tuesday, 29th August 2006 at 17:27:41 (GMT -0400), David Pace wrote:
I need this feature for my website:
- User only has to register once, then he/she will be a member in
both the wiki and forum; 2. After user logs on in either the forum or wiki, he/she will have logged on in the other. 3. After user logs out in either the forum or wiki, he/she will have logged out in the other.
I think this might be what you are looking for: http://meta.wikimedia.org/wiki/PHPBB/Users_Integration Hopefully this helps.
No, that won't help. We couldn't even get basic integration working: none of our users with diacritic letters in their username could log into the wiki.
Besides, the solution at the above link only attempts basic integration of user tables, nothing more.
Wang Jerry's wishes are immodest indeed, and they sound like science fiction to me... Maybe in 2010 or 2015 these things will be possible, not today, alas...
-- Yours, Alex. [processed by "The Bat!", Version 3.80.06] (MediaWiki: 1.6.8 / PHP: 4.4.1 (cgi) / MySQL: 4.1.19-standard) http://vincentdepaul.sk/skola
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
The username restrictions are listed as an issue in the PHPBB integration page.
Easy solution (from a moving forwards point of view): get everyone to change usernames to ones that MediaWiki can handle, and use the Restrict Username stuff on the PHPBB side.
Sure, people will scream a bit, but if you really need the feature it will be one round of upset users and changes, and then it all just works.
On Tuesday, 29th August 2006 at 11:16:26 (GMT -0700), George Herbert wrote:
Easy solution (from a moving forwards point of view): get everyone to change usernames to ones that MediaWiki can handle, and use the Restrict Username stuff on the PHPBB side.
Thank you for your suggestions. This is, however, not practicable and wouldn't be fair in this Unicode day and age. Most people's names in this country contain a few diacritic letters. Telling them they cannot use their real names to contribute to the wiki is like telling you you cannot sign your contributions as George Herbert but must use, for instance, Heorh Alvert instead, because for some strange reason the ordinary letters "G" and "B" cannot be processed by our wiki. ;-))
So the only fair solution for the moment seemed to be to give up on phpBB integration. I think one possible source of the problem is that, unlike MediaWiki, phpBB is still distributed in iso-8859-1 as the default encoding, not UTF-8. We managed to convert phpBB into UTF-8 manually, but it might be that in doing so the usernames tables got modified in a way that prevents MediaWiki from properly reading diacritic letters contained in usernames tables.
Anyway, there hasn't been the slightest problem within phpBB itself after we converted it into UTF-8. The problem only occurs when MediaWiki tries to read phpBB's usernames table to allow users to sign in...
On 29/08/06, wiki@avenarius.sk wiki@avenarius.sk wrote:
Anyway, there hasn't been the slightest problem within phpBB itself after we converted it into UTF-8. The problem only occurs when MediaWiki tries to read phpBB's usernames table to allow users to sign in...
This is most definitely not my area, but it could well be that MediaWiki is expecting to find latin1 data, in which it wraps UTF-8 data regardless, and does some encoding/unencoding work each end. If it doesn't know that the database table it's reading is using UTF-8 collation, then it is bound to bugger up the usernames, no?
Rob Church
On Tuesday, 29th August 2006 at 20:58:48 (GMT +0100), Rob Church wrote:
it could well be that MediaWiki is expecting to find latin1 data, in which it wraps UTF-8 data regardless, and does some encoding/ unencoding work each end. If it doesn't know that the database table it's reading is using UTF-8 collation, then it is bound to bugger up the usernames, no?
Well... the phpBB database is, in fact, *not* using UTF-8 collation... Looking at the tables in phpMyAdmin, the collation still says "latin1_swedish_ci" as it did before. However: to turn phpBB into a truly multilingual board, we had to (among other things) download an SQL dump of the entire phpBB database, then manually convert that file into UTF-8, then upload all the tables back into the database.
This was the final step necessary to make phpBB truly multi-lingual. If left out, gibberish was displayed. However, this final step now seems to confuse MediaWiki when it tries to fetch users' names from the table. (Our effort to bridge phpBB with Coppermine failed as well, perhaps for the same reason... However, we prefer a fully multilingual albeit isolated board over one that would be integrated at the cost of being mutilated.)
Maybe the issue will be resolved on its own when phpBB rolls out one day with UTF-8 as its default encoding and manual conversions are no longer necessary.
Thanx for your help, guys.
As an idealist person, I would love to pose the goal high and then, with comprehensive research, re-adjust its position properly.
I have read your instructions and meanwhile searched the internet. I think this requested feature does be immodest. Instead of finding the perfect solution, I am trying to figure out which of these features I can achieve to the best of my abilities.
Thanks again to everyone. I hope we can keep talking on this issue to find out a better view on how good and how much we can possibly achieve by now.
2006/8/30, wiki@avenarius.sk wiki@avenarius.sk:
On Tuesday, 29th August 2006 at 20:58:48 (GMT +0100), Rob Church wrote:
it could well be that MediaWiki is expecting to find latin1 data, in which it wraps UTF-8 data regardless, and does some encoding/ unencoding work each end. If it doesn't know that the database table it's reading is using UTF-8 collation, then it is bound to bugger up the usernames, no?
Well... the phpBB database is, in fact, *not* using UTF-8 collation... Looking at the tables in phpMyAdmin, the collation still says "latin1_swedish_ci" as it did before. However: to turn phpBB into a truly multilingual board, we had to (among other things) download an SQL dump of the entire phpBB database, then manually convert that file into UTF-8, then upload all the tables back into the database.
This was the final step necessary to make phpBB truly multi-lingual. If left out, gibberish was displayed. However, this final step now seems to confuse MediaWiki when it tries to fetch users' names from the table. (Our effort to bridge phpBB with Coppermine failed as well, perhaps for the same reason... However, we prefer a fully multilingual albeit isolated board over one that would be integrated at the cost of being mutilated.)
Maybe the issue will be resolved on its own when phpBB rolls out one day with UTF-8 as its default encoding and manual conversions are no longer necessary.
-- Yours, Alex. [processed by "The Bat!", Version 3.80.06] (MediaWiki: 1.6.8 / PHP: 4.4.1 (cgi) / MySQL: 4.1.19-standard) http://vincentdepaul.sk/skola
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Are you aware of LiquidThreads? http://meta.wikimedia.org/wiki/Liquid_Threads
It sounds like it is almost usable now. From the coder's blog: http://davidmccabe.blogspot.com/
"Well, today the Google gig is over. Don't worry; I intend to stick with the project at least until LQT is on the English Wikipedia. The status of the project is:
* There is an alpha that works now. * I am refactoring the program; it will be significantly more flexible and maintainable in a week or two when that is finished. * LQT will need to work in multiple modes and configurations. For example, on some sites they don't want nested threads, but on others they need it. With the new design I just mentioned, both groups can be satisfied. * We are scrapping several features, most notably the arbitrary ordering of comments, for the time being. Nobody seems to care about them, they're difficult to protect from abuse, and they can be added later. * I am contemplating how categories or something like them could be used together with saved searches or something like them to make life on Wikipedia a lot easier. "
On 8/30/06, Wang Jerry wkbjerry@gmail.com wrote:
Thanx for your help, guys.
As an idealist person, I would love to pose the goal high and then, with comprehensive research, re-adjust its position properly.
I have read your instructions and meanwhile searched the internet. I think this requested feature does be immodest. Instead of finding the perfect solution, I am trying to figure out which of these features I can achieve to the best of my abilities.
Thanks again to everyone. I hope we can keep talking on this issue to find out a better view on how good and how much we can possibly achieve by now.
2006/8/30, wiki@avenarius.sk wiki@avenarius.sk:
On Tuesday, 29th August 2006 at 20:58:48 (GMT +0100), Rob Church wrote:
it could well be that MediaWiki is expecting to find latin1 data, in which it wraps UTF-8 data regardless, and does some encoding/ unencoding work each end. If it doesn't know that the database table it's reading is using UTF-8 collation, then it is bound to bugger up the usernames, no?
Well... the phpBB database is, in fact, *not* using UTF-8 collation... Looking at the tables in phpMyAdmin, the collation still says "latin1_swedish_ci" as it did before. However: to turn phpBB into a truly multilingual board, we had to (among other things) download an SQL dump of the entire phpBB database, then manually convert that file into UTF-8, then upload all the tables back into the database.
This was the final step necessary to make phpBB truly multi-lingual. If left out, gibberish was displayed. However, this final step now seems to confuse MediaWiki when it tries to fetch users' names from the table. (Our effort to bridge phpBB with Coppermine failed as well, perhaps for the same reason... However, we prefer a fully multilingual albeit isolated board over one that would be integrated at the cost of being mutilated.)
Maybe the issue will be resolved on its own when phpBB rolls out one day with UTF-8 as its default encoding and manual conversions are no longer necessary.
-- Yours, Alex. [processed by "The Bat!", Version 3.80.06] (MediaWiki: 1.6.8 / PHP: 4.4.1 (cgi) / MySQL: 4.1.19-standard) http://vincentdepaul.sk/skola
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
This sounds like an awesome development. I'd be extremely interested in this kind of functionality. Are you aware of any more information out there regarding LQT?
Regards,
Dave Pace
On 8/30/06, Felix Andrews felix@nfrac.org wrote:
Are you aware of LiquidThreads? http://meta.wikimedia.org/wiki/Liquid_Threads
It sounds like it is almost usable now. From the coder's blog: http://davidmccabe.blogspot.com/
I have heard of the idea although I didn't know the project named LiquidThreads was ongoing. Since my schedule is pretty tight, I can't wait for the wonderful project bearing mature fruit. So I decide to hack the MediaWiki myself and I am moving forward fast to achieve the desired functionalities. As long as I get the point, I'll share the solution to all you friends. Wish me good luck!
2006/8/31, Felix Andrews felix@nfrac.org:
Are you aware of LiquidThreads? http://meta.wikimedia.org/wiki/Liquid_Threads
It sounds like it is almost usable now. From the coder's blog: http://davidmccabe.blogspot.com/
"Well, today the Google gig is over. Don't worry; I intend to stick with the project at least until LQT is on the English Wikipedia. The status of the project is:
- There is an alpha that works now.
- I am refactoring the program; it will be significantly more
flexible and maintainable in a week or two when that is finished.
- LQT will need to work in multiple modes and configurations. For
example, on some sites they don't want nested threads, but on others they need it. With the new design I just mentioned, both groups can be satisfied.
- We are scrapping several features, most notably the arbitrary
ordering of comments, for the time being. Nobody seems to care about them, they're difficult to protect from abuse, and they can be added later.
- I am contemplating how categories or something like them could
be used together with saved searches or something like them to make life on Wikipedia a lot easier. "
On 8/30/06, Wang Jerry wkbjerry@gmail.com wrote:
Thanx for your help, guys.
As an idealist person, I would love to pose the goal high and then, with comprehensive research, re-adjust its position properly.
I have read your instructions and meanwhile searched the internet. I think this requested feature does be immodest. Instead of finding the perfect solution, I am trying to figure out which of these features I can achieve to the best of my abilities.
Thanks again to everyone. I hope we can keep talking on this issue to find out a better view on how good and how much we can possibly achieve by now.
2006/8/30, wiki@avenarius.sk wiki@avenarius.sk:
On Tuesday, 29th August 2006 at 20:58:48 (GMT +0100), Rob Church wrote:
it could well be that MediaWiki is expecting to find latin1 data, in which it wraps UTF-8 data regardless, and does some encoding/ unencoding work each end. If it doesn't know that the database table it's reading is using UTF-8 collation, then it is bound to bugger up the usernames, no?
Well... the phpBB database is, in fact, *not* using UTF-8 collation... Looking at the tables in phpMyAdmin, the collation still says "latin1_swedish_ci" as it did before. However: to turn phpBB into a truly multilingual board, we had to (among other things) download an SQL dump of the entire phpBB database, then manually convert that file into UTF-8, then upload all the tables back into the database.
This was the final step necessary to make phpBB truly multi-lingual. If left out, gibberish was displayed. However, this final step now seems to confuse MediaWiki when it tries to fetch users' names from the table. (Our effort to bridge phpBB with Coppermine failed as well, perhaps for the same reason... However, we prefer a fully multilingual albeit isolated board over one that would be integrated at the cost of being mutilated.)
Maybe the issue will be resolved on its own when phpBB rolls out one day with UTF-8 as its default encoding and manual conversions are no longer necessary.
-- Yours, Alex. [processed by "The Bat!", Version 3.80.06] (MediaWiki: 1.6.8 / PHP: 4.4.1 (cgi) / MySQL: 4.1.19-standard) http://vincentdepaul.sk/skola
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
-- Felix Andrews / 安福立 Beijing Bag, Locked Bag 40, Kingston ACT 2604 Building 48A, Linnaeus Way, The Australian National University ACT 0200 Australia http://www.neurofractal.org/felix/ mailto:felix@nfrac.org voice:+86_1051404394 (in China) mobile:+86_13439575331 (in China) mobile:+61_410400963 (in Australia) xmpp:foolish.android@gmail.com #xmpp:floybix@jabber.cn (in China) #xmpp:foolish@jabber.org.au (in Australia) 3358 543D AAC6 22C2 D336 80D9 360B 72DD 3E4C F5D8 _______________________________________________ MediaWiki-l mailing list MediaWiki-l@Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
mediawiki-l@lists.wikimedia.org