Hi peoples,
I am using the mediaWiki version 1.11.0 and extension LDAPAuthentication 1.10.x(Because the version 1.11.x of extension LDAPAuth. dont downloading in the site .mediawiki.org, ), well, i got put auth to work in the mode that a single user LDAP authenticate through of my AD, i need now to put a group of the AD to authenticate in mediaWiki... Someone have a help about this issue?
att,
Leonardo Couto.
-------------------------------------------------- From: mediawiki-l-request@lists.wikimedia.org Sent: Wednesday, April 21, 2010 2:09 AM To: mediawiki-l@lists.wikimedia.org Subject: MediaWiki-l Digest, Vol 79, Issue 31
Send MediaWiki-l mailing list submissions to mediawiki-l@lists.wikimedia.org
To subscribe or unsubscribe via the World Wide Web, visit https://lists.wikimedia.org/mailman/listinfo/mediawiki-l or, via email, send a message with subject or body 'help' to mediawiki-l-request@lists.wikimedia.org
You can reach the person managing the list at mediawiki-l-owner@lists.wikimedia.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of MediaWiki-l digest..."
Today's Topics:
- Profiling information - how many percent make 100? (Sam.Sexton@thomsonreuters.com)
- Re: Profiling information - how many percent make 100? (Thomas Dalton)
- Re: Profiling information - how many percent make 100? (Sam.Sexton@thomsonreuters.com)
- Wiki dropping database connection (Edward Swing)
- Re: Wiki dropping database connection (Huib Laurens)
- Re: Wiki dropping database connection (Edward Swing)
- Re: Profiling information - how many percent make 100? (Tim Starling)
- Re: grabbing Article TOCs (Platonides)
- Re: Code to add new group named Engineering (Vineeth Venugopal)
Message: 1 Date: Tue, 20 Apr 2010 13:51:27 +0100 From: Sam.Sexton@thomsonreuters.com Subject: [Mediawiki-l] Profiling information - how many percent make 100? To: mediawiki-l@lists.wikimedia.org Message-ID: 515D160C16AE3C439D9B3F072EBEEE3209EA884F@LONSMSXM06.emea.ime.reuters.com
Content-Type: text/plain; charset="us-ascii"
Hi - I've just implemented profiling on 1.13.0 to see where the time goes and I'm just a little confused:
Here's a clip of what profileinfo.php shows me:
-total 100%
MediaWiki::initialize [+] 62.14%
Parser::parse [+] 60.5%
MediaWiki::performAction 60.35%
Article::view 58.87%
Parser::internalParse 46.76%
Parser::replaceVariables 30.62%
Parser::braceSubstitution [+] 18.86%
MediaWiki::finalCleanup 16.74%
OutputPage::output 16.05%
Output-skin 15.96%
SkinTemplate::outputPage [+] 15.95%
AutoLoader::autoload 15.71%
Now, perhaps I'm out of touch and this is a quantum mechanics matter that's beyond me, but in the olden days, there were only 100 percentage points - but the first two entries alone claim to be taking >120% of the time - so I'd be grateful if this could be explained to me, please!
Thanks,
/Sam
Sam Sexton Provisioning Team Leader
Thomson Reuters
sam.sexton@thomsonreuters.com thomsonreuters.com
This email was sent to you by Thomson Reuters, the global news and information company. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Thomson Reuters.
Message: 2 Date: Tue, 20 Apr 2010 14:00:34 +0100 From: Thomas Dalton thomas.dalton@gmail.com Subject: Re: [Mediawiki-l] Profiling information - how many percent make 100? To: MediaWiki announcements and site admin list mediawiki-l@lists.wikimedia.org Message-ID: p2ha4359dff1004200600r454b219eu2cb37e92ac6a3333@mail.gmail.com Content-Type: text/plain; charset=UTF-8
I don't know much about profiling, but I would guess that when one method calls another the time spent in the 2nd method is credited to both methods. That double counting gives totals of more than 100%.
On 20 April 2010 13:51, Sam.Sexton@thomsonreuters.com wrote:
Hi - I've just implemented profiling on 1.13.0 to see where the time goes and I'm just a little confused:
Here's a clip of what profileinfo.php shows me:
-total ? ? 100%
MediaWiki::initialize [+] ? ? ? ? ? ? ? ?62.14%
Parser::parse [+] ? ? ? ? ? ? ?60.5%
MediaWiki::performAction ? ? ? ? ?60.35%
Article::view ? ? ? 58.87%
Parser::internalParse ? ? 46.76%
Parser::replaceVariables ? ? ? ? ? ? ? 30.62%
Parser::braceSubstitution [+] ? ? 18.86%
MediaWiki::finalCleanup ? ? ? ? ? ? ?16.74%
OutputPage::output ? ? ? 16.05%
Output-skin ? ? ? ?15.96%
SkinTemplate::outputPage [+] ? 15.95%
AutoLoader::autoload ? 15.71%
Now, perhaps I'm out of touch and this is a quantum mechanics matter that's beyond me, but in the olden days, there were only 100 percentage points - but ?the first two entries alone claim to be taking >120% of the time - so I'd be grateful if this could be explained to me, please!
Thanks,
/Sam
Sam Sexton Provisioning Team Leader
Thomson Reuters
sam.sexton@thomsonreuters.com thomsonreuters.com
This email was sent to you by Thomson Reuters, the global news and information company. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Thomson Reuters.
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Message: 3 Date: Tue, 20 Apr 2010 14:03:38 +0100 From: Sam.Sexton@thomsonreuters.com Subject: Re: [Mediawiki-l] Profiling information - how many percent make 100? To: mediawiki-l@lists.wikimedia.org Message-ID: 515D160C16AE3C439D9B3F072EBEEE3209EA8860@LONSMSXM06.emea.ime.reuters.com
Content-Type: text/plain; charset="us-ascii"
I said:
Hi - I've just implemented profiling on 1.13.0 to see where the time
goes and I'm just a little confused:
Here's a clip of what profileinfo.php shows me:
-total 100%
MediaWiki::initialize [+] 62.14%
Parser::parse [+] 60.5%
MediaWiki::performAction 60.35%
Article::view 58.87%
Parser::internalParse 46.76%
Parser::replaceVariables 30.62%
Parser::braceSubstitution [+] 18.86%
MediaWiki::finalCleanup 16.74%
OutputPage::output 16.05%
Output-skin 15.96%
SkinTemplate::outputPage [+] 15.95%
AutoLoader::autoload 15.71%
Now, perhaps I'm out of touch and this is a quantum mechanics matter
that's beyond me, but in the olden days, there were only 100 percentage points - but the first two entries alone claim to be taking >120% of the time - so I'd be grateful if this could be explained to me, please!
Thanks,
/Sam
============
What would also help is a sample of what a well-performing system would show - this stuff ain't intuitive - to me, at least!
This email was sent to you by Thomson Reuters, the global news and information company. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Thomson Reuters.
Message: 4 Date: Tue, 20 Apr 2010 10:55:30 -0400 From: "Edward Swing" deswing@vsticorp.com Subject: [Mediawiki-l] Wiki dropping database connection To: mediawiki-l@lists.wikimedia.org Message-ID: C505792E7472474DAC90E6C2844BBD96408C4F@destroyer.VSTI.LOCAL Content-Type: text/plain; charset="UTF-8"
I am relatively new to administering a wiki. I seem to be having a problem where the wiki is dropping the connection to the database. Every morning, when I try to access a wiki page (even the main page), it starts loading (and I see the wiki name appear in the browser title), but the content never loads. I am using MySQL on a Linux box (Fedora). Both the httpd and mysqld processes are configured to start up automatically (and the mysqld process should start up first).
Any help or suggestions about where I should start looking? Many thanks
Edward Swing Principal Technology Consultant Vision Systems & Technology, Inc.
6021 University Boulevard, Suite 360 ? Ellicott City ? Maryland ? 21043
Tel: 410.418.9919 ? Main: 410.418.5555 ? Fax: 410.418.8580
Email: deswing@vsticorp.com Web: http://www.vsticorp.com/ http://www.vsticorp.com/
Message: 5 Date: Tue, 20 Apr 2010 17:07:22 +0200 From: Huib Laurens sterkebak@gmail.com Subject: Re: [Mediawiki-l] Wiki dropping database connection To: MediaWiki announcements and site admin list mediawiki-l@lists.wikimedia.org Message-ID: l2g941943551004200807s936ceb90vc891e88c6bf25611@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1
Hello,
I think this is more a mysqld error than a mediawiki error, but do you have some info that could help? *mediawiki version *mysql version
Does the log say anything more about why it stops? I had a problem like this also a while ago. In my case the mysqld was using to much RAM every night and that killed the mysqld.
-- Huib "Abigor" Laurens
Tech team www.wikiweet.nl - www.llamadawiki.nl - www.forgotten-beauty.com
Message: 6 Date: Tue, 20 Apr 2010 11:57:01 -0400 From: "Edward Swing" deswing@vsticorp.com Subject: Re: [Mediawiki-l] Wiki dropping database connection To: "MediaWiki announcements and site admin list" mediawiki-l@lists.wikimedia.org Message-ID: C505792E7472474DAC90E6C2844BBD96408C5C@destroyer.VSTI.LOCAL Content-Type: text/plain; charset="us-ascii"
It looks like I'm running MySQL 5.1.42 (should I upgrade?), MediaWiki 1.14
The mysqld logs do not show any errors (or other significant messages). It does seem to die overnight, so your memory issue might be the cause. Time to look in the MySQL manuals.
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Huib Laurens Sent: Tuesday, April 20, 2010 11:07 AM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Wiki dropping database connection
Hello,
I think this is more a mysqld error than a mediawiki error, but do you have some info that could help? *mediawiki version *mysql version
Does the log say anything more about why it stops? I had a problem like this also a while ago. In my case the mysqld was using to much RAM every night and that killed the mysqld.
-- Huib "Abigor" Laurens
Tech team www.wikiweet.nl - www.llamadawiki.nl - www.forgotten-beauty.com
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Message: 7 Date: Tue, 20 Apr 2010 19:20:26 +0200 From: Tim Starling tstarling@wikimedia.org Subject: Re: [Mediawiki-l] Profiling information - how many percent make 100? To: mediawiki-l@lists.wikimedia.org Message-ID: hqknoq$8d1$1@dough.gmane.org Content-Type: text/plain; charset=UTF-8
Thomas Dalton wrote:
I don't know much about profiling, but I would guess that when one method calls another the time spent in the 2nd method is credited to both methods. That double counting gives totals of more than 100%.
Also recursive functions are counted multiple times towards the total, so they're wrong by a factor proportional to the stack depth. This can give figures of over 100% for Parser::braceSubstitution() alone.
-- Tim Starling
Message: 8 Date: Tue, 20 Apr 2010 23:17:07 +0200 From: Platonides Platonides@gmail.com Subject: Re: [Mediawiki-l] grabbing Article TOCs To: mediawiki-l@lists.wikimedia.org Message-ID: hql5j8$594$1@dough.gmane.org Content-Type: text/plain; charset=ISO-8859-1
James W. Fishwick wrote:
Hi,
Is there a way to put duplicate TOCs in a article? Or grab one page's TOC from another? Or use a template or extension to create a de facto TOC?
I have a request for a wikibook I'm putting together to have a fixed-position sidebar that has a expandable, up-to- date TOC always there. Ideally, I could use a template using [ http://www.mediawiki.org/wiki/Extension:CustomNavBlocks CustomNavBlocks] that would either allow me to move the per article TOC into that position or duplicate it there.
I am also interested in being able to sew together a global dynamic TOC from all the article TOCs in the Main Page of the "book."
Thanks for any help you can provide.
You can change the place when the TOC shows by placing __TOC__ there. But you will have the toc only once. Not sure how would that interact with the sidebar. Maybe you can place __TOC__ into the article with absolute position at the location where the sidebar goes?
Message: 9 Date: Wed, 21 Apr 2010 10:39:07 +0530 From: Vineeth Venugopal vinimes@gmail.com Subject: Re: [Mediawiki-l] Code to add new group named Engineering To: MediaWiki announcements and site admin list mediawiki-l@lists.wikimedia.org Message-ID: u2p2632ad1e1004202209p6d4b9c58i27f423f1fbf80171@mail.gmail.com Content-Type: text/plain; charset="iso-8859-1"
Huib,
Thanks for the Update.So I'm going to add the following lines to my LocalSettings.php file
$wgGroupPermissions['engineering']['read'] = true;
$wgGroupPermissions['engineering']['edit'] = true;
One final question:-
Instead of copying all rights is there any way to use a common code like using * (I'm not sure) ? If I add the above code to my LocalSettings.php file will the group engineering be added to the default groups mentioned in the attached image?
Thanks for all your support.
~Vineeth
On Mon, Apr 19, 2010 at 1:56 PM, Huib Laurens sterkebak@gmail.com wrote:
Hi,
When you look on that page you will see all the "defaultrights" when you want a new group with all the rights sysops have you can copy all the rights for sysops from that page and paste them in your localsettings.php when you change the sysop in the name of the group you want it will be created that way.
2010/4/19, Vineeth Venugopal vinimes@gmail.com:
Huib,
Thanks for the Update.So if I add
$wgGroupPermissions['engineering']['delete'] = true; to LocalSettings.php file
Will it add a new group named engineering.
But I guess it'll not have all the permissions of group Bureaucrats.
Any idea on How it can be implemented ???
Thanks ~Vineeth
On Mon, Apr 19, 2010 at 1:17 PM, Huib Laurens sterkebak@gmail.com
wrote:
Hello,
I think this will help you on your way: http://www.mediawiki.org/wiki/Manual:Userrights
-- Huib "Abigor" Laurens
Tech team www.wikiweet.nl - www.llamadawiki.nl - www.forgotten-beauty.com
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
-- Huib "Abigor" Laurens
Tech team www.wikiweet.nl - www.llamadawiki.nl - www.forgotten-beauty.com
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
mediawiki-l@lists.wikimedia.org