Hello, i need a blank wiki where only the text of the article appears for
the viewer. No header, footer, navigation, interaction, search, toolbox,
languages, or categories should appear. Only the admin, or logged in persons
should have the standard navigation, and the ability to edit, and discuss
the page. How to realize this request? Thanks, Leander Taler
> I don't have suggestions
> for an interface, but why not just start with a SpecialPage and see what
> happens? Once the functionality is there, suggestions for how to
> better use
> it will come out of the woodwork.
Several of us at Wikipedia did some work on an interface for
incorporating category intersections a while back. It can be found at
shortcut [[WP:CI]] or full url:
http://en.wikipedia.org/wiki/Wikipedia:Category_intersection
--Samuel Wantman
[[en:User:Sam]]
I'm seeing a number of spam bounces at OTRS, which means that some
spammers are using the queue mails as source addresses, at least at the
SMTP level.
Restricting outgoing servers with SPF would protect servers using SPF
from receiving that spam. Which IMHO is much more important than
handling the backscatters :)
Hi,
we are trying to change the default skin for all users using the
userOptions script and we get an error. Any idea how to resolve the
error or change the skin user option for users with another method?
MW version: 1.11
Php: 5.1.6
Here is the command and the error:
[openm@machine maintenance]$ php userOptions.php -cli skin --old
monobook --new mike2
PHP Warning: array_shift() [<a
href='function.array-shift'>function.array-shift</a>]: The argument
should be an array in
/chroot/home/openmeth/openmethodology.org/html/mike2/w/maintenance/commandLine.inc
on line 39
PHP Warning: reset() [<a href='function.reset'>function.reset</a>]:
Passed variable is not an array or object in
/chroot/home/openmeth/openmethodology.org/html/mike2/w/maintenance/commandLine.inc
on line 49
X-Powered-By: PHP/5.1.6
Content-type: text/html
Thanks,
Andi
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Thanks to Werdna, Tim, and Robert for work on getting these things ready. :)
Rather than repeat myself, lemme just link to my writeups:
Support for HttpOnly cookies should provide an extra security barrier
for session-stealing via XSS; the required PHP upgrades probably help
too. ;)
http://leuksman.com/log/2008/04/21/httponly-cookies/
And I've enabled the AJAX search suggestion drop-down, using the basic
prefix matching:
http://leuksman.com/log/2008/04/21/suggestion-search-drop-down/
I'm still a little worried that the search hits might cause extra load.
So far I don't even see a blip on Ganglia, though. :) If things bog down
while I'm away, turn off $wgEnableMWSuggest!
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkgNO0kACgkQwRnhpk1wk44GmQCgozYkDf9gWZlpw0+O2MIOKh5f
0SQAoMXM+appFeeDQ0XPe9sslUphhoVa
=l7/2
-----END PGP SIGNATURE-----
Hoi,
For the MediaWiki 1.12 stable release, Betawiki has issued a language pack.
This language pack includes all the localisations that were added after the
release of MediaWiki 1.12. Several languages have been substantially
improved in the month and a half since the original release of MediaWiki
1.12. We now have 6.9% more messages ...
The language pack is for the moment available
here<http://translatewiki.net/mediawiki/>.
We are looking how we can support your language better and make the best
MediaWiki localisation available in an optimal way.
As always, you are welcome to help support your language by localising at
Betawiki.
Thanks,
GerardM
I've been looking at the imagemap extension and noticed the following
change in Imagemap_body.php:
was:
line 74 - $imageHTML = $parser->makeImage( $imageTitle, $options );
now:
line 70 - $imageHTML = $parser->makeImage( $imageTitle, $options );
line 71 - $parser->mOutput->addImage( $imageTitle->getDBkey() );
explanation in SVN:
* Have ImageMap add images to parserout like parser does. Not doing so
also causes FlaggedRevs to think the review metadata was incomplete.
However, the added line is already present at:
line 292 - # Register links
line 293 - $parser->mOutput->addImage( $imageTitle->getDBkey() );
I can't see an obvious reason for the line to appear twice and it seems
redundant. The change seems to have been made by Aaron. Can he or
someone clarify - am I missing something?
Mike
The most recent enwiki dump seems corrupt (CRC failure when bunzipping).
Another person (Nessus) has also noticed this, so it's not just me:
http://meta.wikimedia.org/wiki/Talk:Data_dumps#Broken_image_.28enwiki-20080…
Steps to reproduce:
lsb32@cmt:~/enwiki> md5sum enwiki-20080103-pages-meta-current.xml.bz2
9aa19d3a871071f4895431f19d674650 enwiki-20080103-pages-meta-current.xml.bz2
lsb32@cmt:~/enwiki> bzip2 -tvv
enwiki-20080103-pages-meta-current.xml.bz2 &> bunzip.log
lsb32@cmt:~/enwiki> tail bunzip.log
[3490: huff+mtf rt+rld]
[3491: huff+mtf rt+rld]
[3492: huff+mtf rt+rld]
[3493: huff+mtf rt+rld]
[3494: huff+mtf rt+rld]
[3495: huff+mtf data integrity (CRC) error in data
You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.
lsb32@cmt:~/enwiki> bzip2 -V
bzip2, a block-sorting file compressor. Version 1.0.3, 15-Feb-2005.
Copyright (C) 1996-2005 by Julian Seward.
This program is free software; you can redistribute it and/or modify
it under the terms set out in the LICENSE file, which is included
in the bzip2-1.0 source distribution.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
LICENSE file for more details.
bzip2: I won't write compressed data to a terminal.
bzip2: For help, type: `bzip2 --help'.
lsb32@cmt:~/enwiki>