[Mediawiki-l] MediaWiki auth with LDAP ActiveDirectory

Leonardo Conrado leonardocoutoc at gmail.com
Fri May 21 16:42:52 UTC 2010


To everybody that are with questions about MediaWiki auth with LDAP 
ActiveDirectory:

http://conteudoopensource.blogspot.com/2010/05/mediawiki-autenticando-acesso-via-ldap.html


att,


Leonardo Couto Conrado.

--------------------------------------------------
From: "Leonardo Conrado" <leonardocoutoc em gmail.com>
Sent: Thursday, April 22, 2010 9:08 AM
To: <mediawiki-l em lists.wikimedia.org>
Subject: Re: MediaWiki-l Digest, Vol 79, Issue 31

> 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 em lists.wikimedia.org>
> Sent: Wednesday, April 21, 2010 2:09 AM
> To: <mediawiki-l em lists.wikimedia.org>
> Subject: MediaWiki-l Digest, Vol 79, Issue 31
>
>> Send MediaWiki-l mailing list submissions to
>> mediawiki-l em 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 em lists.wikimedia.org
>>
>> You can reach the person managing the list at
>> mediawiki-l-owner em 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:
>>
>>   1. Profiling information - how many percent make 100?
>>      (Sam.Sexton em thomsonreuters.com)
>>   2. Re: Profiling information - how many percent make 100?
>>      (Thomas Dalton)
>>   3. Re: Profiling information - how many percent make 100?
>>      (Sam.Sexton em thomsonreuters.com)
>>   4. Wiki dropping database connection (Edward Swing)
>>   5. Re: Wiki dropping database connection (Huib Laurens)
>>   6. Re: Wiki dropping database connection (Edward Swing)
>>   7. Re: Profiling information - how many percent make 100?
>>      (Tim Starling)
>>   8. Re: grabbing Article TOCs (Platonides)
>>   9. Re: Code to add new group named Engineering (Vineeth Venugopal)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Tue, 20 Apr 2010 13:51:27 +0100
>> From: <Sam.Sexton em thomsonreuters.com>
>> Subject: [Mediawiki-l] Profiling information - how many percent make
>> 100?
>> To: mediawiki-l em lists.wikimedia.org
>> Message-ID:
>> <515D160C16AE3C439D9B3F072EBEEE3209EA884F em 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 em 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 em gmail.com>
>> Subject: Re: [Mediawiki-l] Profiling information - how many percent
>> make 100?
>> To: MediaWiki announcements and site admin list
>> <mediawiki-l em lists.wikimedia.org>
>> Message-ID:
>> <p2ha4359dff1004200600r454b219eu2cb37e92ac6a3333 em 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 em 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 em 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 em 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 em thomsonreuters.com>
>> Subject: Re: [Mediawiki-l] Profiling information - how many percent
>> make 100?
>> To: mediawiki-l em lists.wikimedia.org
>> Message-ID:
>> <515D160C16AE3C439D9B3F072EBEEE3209EA8860 em 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 em vsticorp.com>
>> Subject: [Mediawiki-l] Wiki dropping database connection
>> To: <mediawiki-l em lists.wikimedia.org>
>> Message-ID:
>> <C505792E7472474DAC90E6C2844BBD96408C4F em 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 em 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 em gmail.com>
>> Subject: Re: [Mediawiki-l] Wiki dropping database connection
>> To: MediaWiki announcements and site admin list
>> <mediawiki-l em lists.wikimedia.org>
>> Message-ID:
>> <l2g941943551004200807s936ceb90vc891e88c6bf25611 em 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 em vsticorp.com>
>> Subject: Re: [Mediawiki-l] Wiki dropping database connection
>> To: "MediaWiki announcements and site admin list"
>> <mediawiki-l em lists.wikimedia.org>
>> Message-ID:
>> <C505792E7472474DAC90E6C2844BBD96408C5C em 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 em lists.wikimedia.org
>> [mailto:mediawiki-l-bounces em 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 em 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 em wikimedia.org>
>> Subject: Re: [Mediawiki-l] Profiling information - how many percent
>> make 100?
>> To: mediawiki-l em lists.wikimedia.org
>> Message-ID: <hqknoq$8d1$1 em 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 em gmail.com>
>> Subject: Re: [Mediawiki-l] grabbing Article TOCs
>> To: mediawiki-l em lists.wikimedia.org
>> Message-ID: <hql5j8$594$1 em 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 em gmail.com>
>> Subject: Re: [Mediawiki-l] Code to add new group named Engineering
>> To: MediaWiki announcements and site admin list
>> <mediawiki-l em lists.wikimedia.org>
>> Message-ID:
>> <u2p2632ad1e1004202209p6d4b9c58i27f423f1fbf80171 em 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 em 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 em 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 em 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 em lists.wikimedia.org
>>> >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>> >>
>>> > _______________________________________________
>>> > MediaWiki-l mailing list
>>> > MediaWiki-l em 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 em lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>>
>> -------------- next part --------------
>> A non-text attachment was scrubbed...
>> Name: groups.PNG
>> Type: image/png
>> Size: 19472 bytes
>> Desc: not available
>> Url : 
>> http://lists.wikimedia.org/pipermail/mediawiki-l/attachments/20100421/acbaeb34/attachment.png
>>
>> ------------------------------
>>
>> _______________________________________________
>> MediaWiki-l mailing list
>> MediaWiki-l em lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>>
>>
>> End of MediaWiki-l Digest, Vol 79, Issue 31
>> *******************************************
> 



More information about the MediaWiki-l mailing list