Hey all,
So the default $wgGroupPermissions (
http://meta.wikimedia.org/wiki/Help:User_rights#Defaults ) have the standard
things for users like reading and editing etc...... and the sysop rights
like accountcreation etc....
But do you have to specifically state that ['user']['protect'], and some of
the other more 'sysop'-warranted operations be = false for users? I just
realized that run-of-the-mill users can protect pages, and do patrolling,
but I'm not sure I want to do that -- so I guess I have to specifically set
user patrol and protect to false eh?
Because maybe for users there's more than move/edit/read/upload for default?
Ideas appreciated,
--
Chris Earle
System Solutions Specialist,
--
This message has been scanned for viruses and dangerous content by
MailScanner, and is believed to be clean.
Hi,
I know that a LaTeX plug-in for MediaWiki is available. Does anyone know
why Ocaml is used ? From my point of view latex+ImageMagick is sufficient.
Thanks in advance
Sigbert Klinke
Hii all ,
We have developed a web mapping application . And would like to integrate it with MediaWiki . Our mapping application uses MapServer,Php/Mapscript , as the scripting language and MySql as the database. Our application accepts user clicks on the image provided by us .And points are plotted .We have developed a Php file to accomplish this. Could anybody tell us how to interface our application with Mediawiki so as to contribute to Mediawiki. Any help would be appreciated . Will our php file be interfaced as a Special Page / Extension - HELP ?
Apeksha
---------------------------------
Brings words and photos together (easily) with
PhotoMail - it's free and works with Yahoo! Mail.
I am getting this error on
Fatal error: Call to undefined function: uncompress() in
/public/vhost/d/dharmaweb/html/includes/HistoryBlob.php on line 258 on
some of long pages after I run the compress database command in the
maintenance directory.
My host have all the compression library installed. Do you know who
to fix this? Is there away for me to undo the compression?
Hi all,
When you do an upgrade, how severely does it affect any extensions you've
added? In the young life of my wiki, I haven't added any major mods, a few
css changes, etc.... but am thinking of incorporating more php-extensions,
modifying code etc..... so will upgrading take note of these things or am I
going to have to apply everything again?
Thoughts appreciated,
--
Chris Earle
System Solutions Specialist
--
This message has been scanned for viruses and dangerous content by
MailScanner, and is believed to be clean.
Hello all,
is there a good (and not to time consuming) way to enforce
a password policy to users of a closed MediaWiki-wiki?
My only fast idea (without touching code) would be to remove access
to the Spezial:Preferences for normal users, which does not feels very elegant
(but we could assign passwords, which is at least a solution against to
easy passwords).
If somebody has some pointers to more elegant ideas or documents
(or better keywords to find the abundant information),
I'd appreciate it!
Otherwise my poor users will get the less elegant solution
(which should work, but I've not tested it, yet).
best wishes,
Hella
Third parties using our software are responsible for being competent
enough to run their own wikis. It's not our fault, nor our
responsibility, if they're clueless and don't do anything about spam.
Rob Church
On 12/02/06, Gordon Joly <gordon.joly(a)pobox.com> wrote:
>
>
> I have started a few wikis (using Mediawiki, and kept up to date) and
> I have found that we are being spammed, about once every ten days.
> Usually links to drug (pharmaceuticals) sales sites in hidden text.
> These wikis are very low traffic but are linked from Metawiki at:
>
> http://meta.wikimedia.org/wiki/Sites_using_MediaWiki
>
> I have also noticed a wiki that has been set up and the WikiSysop has
> no idea how to actually build content in the site. So, what does he
> get? Spam! No content, nothing. Just spam.
>
> It would seem WikiSysops should be made aware of their
> responsibilities, when Mediawiki software is installed. Should theyt
> have to pass a test? It is great that installation is so easy, but
> that lowers the threshold of a potential WikiSysop admin to be
> verging on the almost clueless.
>
> Another effect. Users are registering email in the domains that I
> own, in which the Mediaiki wikis live. Hence, I see all the email
> confirmation emails (to addresses such as anythinggoes1234 @
> mylittlehouse.org.uk). This is a relatively new feature, suggesting
> again increasingly clueless spammers are getting in on the act,
> perhaps?
>
> Is there a message here?
>
> --
> Gordo (aka LoopZilla)
> gordon.joly(a)pobox.com
> http://pobox.com/~gordo/
> http://www.loopzilla.org/
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>
> From: Florian Lindner <mailinglists(a)xgm.de>
>
> can I configure mediawiki that newly registered users have no
> rights before
> they have been confirmed by an adminstrator?
I don't think you can do this presently.
I do it by disabling user registration, then having them fill out a
form that is emailed, then I enter the registration information.
Really kills the spam, at the cost of turning some people away, but
this particular site wants to have a high doorway to step through.
This also gives me control over user names, which we have chosen to
formally standardize as real "First Last" names.
http://www.EcoReality.org/wiki/Join
Click on any of the external links on that page to see the request
form. You should be able to "view source" the page to see the email
link. There are lots of email posting code available; let me know if
you'd like a copy of mine, which I coded from scratch.
PS: look at my example if you wish, but PLEASE don't send off a
request for a login unless you plan to take part! :-)
:::: The economists all think that if you show up at the cashier's
cage with enough currency, God will put more oil in ground. --
Kenneth Deffeyes ::::
:::: Jan Steinman <http://www.EcoReality.org> ::::