Hi all,
I'm currently using Ryan Lane's LDAP authentication and it works great.
I've now been daunted with a task which I'm gathering information on for
a solution.
As it stands, everyone user in my LDAP schema that falls under the
following dn: is authorized to login,
ou=staff,dc=domain,dc=com
Now where the complexity comes in, is I need to add a contractor to my
directory. This contractor should only have access to mediawiki and
nothing else which LDAP authorizes users to access such as UNIX logins
or other web applications. I do know I can use $wgLDAPUseLocal to allow
local logins, but I'd like to avoid keeping authorization local to the
wiki.
I'm aware this question caters more to an LDAP list, and I apologize if
it's off-topic. I just know a lot of you folks probably deal with a very
similar scenario and I'd love to hear insight from anyone in the
mediawiki community.
Thank you for any advice,
- sf
Thanks for the great answer of you guys, gonna check it out all answers
> -----Message d'origine-----
> De : mediawiki-l-bounces(a)lists.wikimedia.org
> [mailto:mediawiki-l-bounces@lists.wikimedia.org] De la part
> de Rob Church
> Envoyé : jeudi 3 mai 2007 13:06
> À : MediaWiki announcements and site admin list
> Objet : Re: [Mediawiki-l] Couple of Mediawiki questions
>
> On 03/05/07, johan.boye(a)latecoere.fr <johan.boye(a)latecoere.fr> wrote:
> > # The search doesn't work on partial (incomplete) word.
> > Got an article with the word "foobar", then I have a
> result when
> > I type "foobar" but nothing when I type "foob".
> > I have some exception, when I type "est"; it founds some pages
> > with the word "test"...
> > Is there a way to fix it?
>
> The default search relies upon the MyISAM full text indexing
> engine, and may not be entirely useful, depending on your
> needs. You might have more luck with a custom search backend,
> such as the LuceneSearch extension, hooked up to the MWSearch
> daemon in Subversion, or something else entirely.
>
> > # Links (usually nasty file:// links) does not work with URL
> > containing spaces
>
> You need to URL-encode spaces in URLs. Use %20.
>
> > # Is there a plug-in to scan documents like .PDF or .DOC
> on the fly
> > during the upload to index them in the search engine?
>
> Yes and no; see
> http://lists.wikimedia.org/pipermail/mediawiki-l/2007-April/01
> 9490.html.
>
> > Is there a way to make a full backup of the website to make in
> > available offline or export all pages to HTML in a save place on an
> > automatic way?
>
> You can write a shell script to do it. The procedure is
> documented at http://www.mediawiki.org/wiki/Manual:Backing_up_a_wiki.
>
>
> Rob Church
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
"Les informations contenues dans ce message électronique peuvent être de nature confidentielles et soumises à une obligation de secret. Elles sont destinées à l'usage exclusif du réel destinataire. Si vous n'êtes pas le réel destinataire, ou si vous recevez ce message par erreur, merci de le détruire immédiatement et de le notifier à son émetteur."
"The information contained in this e-mail may be privileged and confidential. It is intended for the exclusive use of the designated recipients named above. If you are not the intended recipient or if you receive this e-mail in error, please delete it and immediately notify the sender."
Hello guys,
I am trying to introduce more and more Mediawiki in my company. After
gave the access to a couple of users, I had some feedback. I answered to
a couple of them and here is the one I can't ;) :
# The search doesn't work on partial (incomplete) word.
Got an article with the word "foobar", then I have a result when I
type "foobar" but nothing when I type "foob".
I have some exception, when I type "est"; it founds some pages with
the word "test"...
Is there a way to fix it?
# Search on 3 character word: Solved ;) I found help on the FAQ
# Links (usually nasty file:// links) does not work with URL containing
spaces
I activated the file link support because some users like it a lot
;)
[file://mynas/cifs-share/project_A/foobar.doc Access to file1]
works fine (mainly with IE :-/)
[file://mynas/cifs-share/project B/foo bar.doc Access to file2]
doesn't work
Is there a way to fix it?
# Is there a plug-in to scan documents like .PDF or .DOC on the fly
during the upload to index them in the search engine?
# I would like to put some sensitive documents in the department wiki.
The information are not so secret, the content is just the *brain* of
our service. It contents everything to restart from scratch if
everything crash.
Is there a way to make a full backup of the website to make in
available offline or export all pages to HTML in a save place on an
automatic way?
We already backup the database every day, same thing for the web
server. Nevertheless, in comparison to the regular documentation stored
on a filer with information duplicated on several place several time a
day, it is less *secure*. I was thinking to run a nasty WGET recursive
to make a local mirror. Is there something else better?
Thanks by advance for all your answers,
Best regards,
Johan
"Les informations contenues dans ce message electronique peuvent etre de nature confidentielles et soumises a une obligation de secret. Elles sont destinees a l'usage exclusif du reel destinataire. Si vous n'etes pas le reel destinataire, ou si vous recevez ce message par erreur, merci de le detruire immediatement et de le notifier a son emetteur."
"The information contained in this e-mail may be privileged and confidential. It is intended for the exclusive use of the designated recipients named above. If you are not the intended recipient or if you receive this e-mail in error, please delete it and immediately notify the sender."
Hi,
I try to integrate a link/button to call to the maintenance/dumphtml.php on
the mainpage of my wiki, so that my user can create a dump to their homedir
of the current wiki.
I'm not sure it is so easy as I think...
The link should call just the dumphtml.php -d
s:\somepath\$wikiuserlogin\dumpwiki\
1) Will i have problem with windows path?
2) what is the correct VAR for the username of the logged in user?
3) do I have chance to do some fileoperation: delete \dumpwiki\ create
\dumpwiki\
4) Should I create a own php file for all my points or integrate it to an
existing page? Which would be the best way?
Best way probably is to write a function and the new Button on the mainpage
just calls the function.
Thanks,
Oli
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi there,
running MW 1.9.3 on Debian Sarge and PHP 5.2.0 from time to time we get
a error message like this:
Fatal error: Allowed memory size of 20971520 bytes exhausted (tried to
allocate 7680 bytes) in
/data/wiki/wiki-commons/includes/SkinTemplate.php on line 44
At the beginning it was only at special pages like recent changes or
article search pages with a big amount of hits.
In the last time we get this message more often (but randomly), even on
"normal" pages (from time to time).
We have some extensions and hooks and assume that there is "somewhere" a
programming weakness, that some memory could be allocated and not
released, or recursive procedures could allocate useless memory or so.
Now our questions:
1. How can we fix the place of the problem, e. g. is there a PHP
function to dump all allocated vars and consts in a dump file when such
an exception arises?
2. What amount of memory is reserved for one WP session/request? As you
can see we run with 20 Megs. We thought this would be a lot?!
- --
THX.
Uwe (Baumbach)
U.Baumbach(a)web.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGN43GFEbayCH8zXkRAiDIAJ90I47j/3XMXpKapW5H+In+SKc9TwCg8Yhn
MEkVFr8yJng1cbG91AuYGQ4=
=hX5L
-----END PGP SIGNATURE-----
Hello, all.
After a seemingly smooth installation, I find that my out-of-the-box
wiki exhibits the following behavior -
When I visit http://localhost/mediawiki/, I get redirected to
http://localhost/mediawiki/index.php?title=Main_Page, which announces a
successful installation.
When I click on most any link on that main page, I get about what I
would expect.
However, when I click on the Logo placeholder at the top-left of the
page, or on the Main Page link in left navigation area, I get an empty
page - visually empty and view-source empty as reported by Firefox.
(I've confirmed the same behavior with IE.)
Only when I do a hard refresh (Ctrl-F5) will the Main Page appear with
content.
Here is the $wgDebugLogFile that results from a click on the Main Page
left-nav link -
Main cache: FakeMemCachedClient
Message cache: MediaWikiBagOStuff
Parser cache: MediaWikiBagOStuff
Fully initialised
Unstubbing $wgContLang on call of $wgContLang->checkTitleEncoding from
WebRequest::getGPCVal
Unstubbing $wgUser on call of $wgUser->isAllowed from Title::userCanRead
Unstubbing $wgLoadBalancer on call of $wgLoadBalancer->getConnection
from wfGetDB
Unstubbing $wgOut on call of $wgOut->setSquidMaxage from
MediaWiki::performAction
Language::loadLocalisation(): got localisation for en from source
Unstubbing $wgLang on call of $wgLang->getCode from
User::getPageRenderingHash
OutputPage::checkLastModified: -- client send If-Modified-Since: Thu, 26
Apr 2007 17:04:40 GMT
OutputPage::checkLastModified: -- we might send Last-Modified : Thu, 26
Apr 2007 17:04:40 GMT
OutputPage::sendCacheControl: private caching; Thu, 26 Apr 2007 17:04:40
GMT **
OutputPage::checkLastModified: CACHED client: 20070426170440 ; user: 0 ;
page: 20070425191920 ; site 20070426170440
Request ended normally
I've installed -
MediaWiki 1.9.3
PHP 5.2.1
Environment is -
Windows XP
existing mySQL: Ver 14.12 Distrib 5.0.37, for Win32 (ia32)
Any help will be appreciated.
Best,
C. Seelig
Hi Guys,
I am trying to get the LDAP plugin to work but not having much joy.
I have download the latest release of MediaWiki and the
LdapAuthenitcation.php file.
This is the error I am getting.
Internal error
<password-change-forbidden>
Backtrace:
#0 /Library/WebServer/Documents/wiki/includes/SpecialUserlogin.php
(311): User->setPassword('password')
#1 /Library/WebServer/Documents/wiki/includes/SpecialUserlogin.php
(352): LoginForm->initUser(Object(User))
#2 /Library/WebServer/Documents/wiki/includes/SpecialUserlogin.php
(407): LoginForm->authenticateUserData()
#3 /Library/WebServer/Documents/wiki/includes/SpecialUserlogin.php
(103): LoginForm->processLogin()
#4 /Library/WebServer/Documents/wiki/includes/SpecialUserlogin.php
(19): LoginForm->execute()
#5 /Library/WebServer/Documents/wiki/includes/SpecialPage.php(625):
wfSpecialUserlogin(NULL, Object(SpecialPage))
#6 /Library/WebServer/Documents/wiki/includes/SpecialPage.php(431):
SpecialPage->execute(NULL)
#7 /Library/WebServer/Documents/wiki/includes/Wiki.php(182):
SpecialPage::executePath(Object(Title))
#8 /Library/WebServer/Documents/wiki/includes/Wiki.php(47): MediaWiki-
>initializeSpecialCases(Object(Title), Object(OutputPage), Object
(WebRequest))
#9 /Library/WebServer/Documents/wiki/index.php(48): MediaWiki-
>initialize(Object(Title), Object(OutputPage), Object(User), Object
(WebRequest))
#10 {main}
This is my config in LocalSettings.php for ldap
require_once( 'LdapAuthentication.php' );
$wgAuth = new LdapAuthenticationPlugin();
$wgLDAPDomainNames = array( "exampleNonADDomain" );
$wgLDAPServerNames = array( "exampleNonADDomain"=>"10.1.1.2
10.1.1.8" );
$wgLDAPSearchAttributes = array( "exampleNonADDomain"=>"uid" );
$wgLDAPBaseDNs = array( "exampleNonADDomain"=>"dc=mlc" );
$wgLDAPEncryptionType = "false";
$wgMinimalPasswordLength = 1;
I am runnining this on OSX 10.4.8
Any help would be great.
Thanks,
Pete
Peter Milburn
IT Infrastructure Manager
MLC School
Rowley Street
BURWOOD NSW 2134
Telephone 02 8741 3163
Fax 02 9745 3254
Mobile 0404 568 746
Email pmilburn(a)mlcsyd.nsw.edu.au
Web www.mlcsyd.nsw.edu.au
---------------------------------------------------------------------------
This email (including any attachments) is confidential. If you are not the
intended recipient you must not copy, use, disclose, distribute or rely on
the information contained in it. If you have received this email in error,
please notify the sender immediately by reply email and delete the email
from your system. Confidentiality and legal privilege attached to this
communication are not waived or lost by reason of mistaken delivery to you.
MLC School does not guarantee that this email or attachments are unaffected,
by computer virus, corruption or other defects. Any views expressed in this
message are those of the individual sender and may not necessarily reflect
the views of MLC School.
Hi,
at http://www.mediawiki.org/wiki/Help:Images#Advanced_options, I find:
The full syntax for displaying an image is:
[[Image:{name}|{options}]]
....
{width}px: Resizes the image to the given width in pixels
So I tried
[[Image: name | width px:20]]
but it doesn't work
What's the correct syntax ?
thanks
Klaus
I've just completed the initial version of a "Combating spam" page on
MediaWiki.org, which can be found at
http://www.mediawiki.org/wiki/Manual:Combating_spam. I'm hoping that
with the right incoming links, it will become an introduction to
dealing with the issue for new wiki operators, since anti-spam
measures are one of our more commonly asked questions.
I'm throwing the URL out here both to gather feedback, and to make it
known to the user base at large.
Rob Church