Our uplink from Tampa via Level3 went down for about 10 minutes;
PowerMedium either got it back up or rerouted around it and everything
seems fine again now.
However it has reminded us that we need to add our backup nameserver in
Amsterdam (fuchsia.knams.wikimedia.org) to the record for wikipedia.org.
Currently it's unclear who if anyone has access to that account to add
it; I think Jason may but it may require restting the account password.
-- brion vibber (brion @ pobox.com)
Can we hope for new food on http://download.wikimedia.org/ ?
The current dumps are more than four weeks old.
I would prefere fresh dumps every week or at least in a 14-day-cycle.
Thanks
jo
Dear All,
We just made a fresh install of our wiki base 1.2.4 to mediawiki 1.4.5
Everything seems to be OK except that we have problems with search...
We have several articles about "plotters".
But if we make a search for "plotter", there is no article found. Same
with "plot*", nothing.
The articles are found only when we make a search for "plotters".
How can we configure our installation to make search like
"plot*","plotter" and so on successful?
Many thanks in advance for light.
Best regards,
Philippe Roth
> I used to be completely paranoid about vandals using page moves to
> shuffle article titles, by repeatedly swapping titles via a temporary
> page. That is, until I realised this attack was already protected
> against, using the feature you describe above.
A feature, hmm...
> This has already happened several times, we've seen this scenario played
> out to the fullest extent. We've implemented a few features to deal with
> it, such as "undo" links in RC and checks for "newbies" attempting to
> move pages. Allowing users to move over arbitrary redirects would open
> us up to truly irreversible attacks, rather than just attacks reversible
> only by admins.
What you mean by irreversible you mean that the page jumps over
arbitrary redirects and you can't just click "undo" to reverse them all?
Hmm... that would be a problem.
(aside) Excepting the fact that redirects (usually) are pretty
straightforward when it comes correlations (but still, it's not as
convenient as UNDO.
I'm not sure anymore. Page moves are such an arcane matter and most
Wikipedians wouldn't know what to do about page move weirdness. Then
again, after really looking at the system, I'm starting to think that
the way page moves is implemented is genius: a mix between giving the
users control and keeping the situation under control.
And Brion, err, sorry, I sorta tried out my theory on the Volapuk
article and forgot to clean up my mess. :oops: I added a little extra
documentation on this feature on the Metawiki page on Page Moves.
--
Edward Z. Yang Personal: edwardzyang(a)thewritingpot.com
SN:Ambush Commander Website: http://www.thewritingpot.com/
GPGKey:0x869C48DA http://www.thewritingpot.com/gpgpubkey.asc
3FA8 E9A9 7385 B691 A6FC B3CB A933 BE7D 869C 48DA
> Could you explain the terms you're using here?
> * What's an OK MOVE?
A move that works, that is, it's allowed by the system. Moving a page to
a nonexistent page is an "OK MOVE". Moving a page to a history-less
redirect is usually an OK MOVE.
> * What's a BADMOVE?
A move that doesn't work: failed move, can't do it, that sort of thing.
Should have said failed move or something. Moving a page to another
Article with a history is a BADMOVE.
>> Page A ---BADMOVE---> Page B (history-less redirect to page C)
> * How does a page C come in on BADMOVEs?
Page C in the example you cited is just some random page the redirect
points to. It's important to distinguish between page B and page C the
same way this works:
Penguin is an article
Phoenix is an article
Ice Bird is a history-less redirect to Penguin
Fire Bird is a history-less redirect to Phoenix
You can move Penguin to Ice Bird but not to Fire Bird. Phoenix is our
"Article C"
Hope that cleared things up.
--
Edward Z. Yang Personal: edwardzyang(a)thewritingpot.com
SN:Ambush Commander Website: http://www.thewritingpot.com/
GPGKey:0x869C48DA http://www.thewritingpot.com/gpgpubkey.asc
3FA8 E9A9 7385 B691 A6FC B3CB A933 BE7D 869C 48DA
Hi!
I'd like to ask what HTML tags and which of their attributes are acceptable
within the MediaWiki syntax? I've looked at Parser.php but it's confusing.
I need it because I and some other guy are writing a parser and HTML converter
for MediaWiki syntax in Perl.
Regards,
Shlomi Fish
---------------------------------------------------------------------
Shlomi Fish shlomif(a)iglu.org.il
Homepage: http://www.shlomifish.org/
Tcl is LISP on drugs. Using strings instead of S-expressions for closures
is Evil with one of those gigantic E's you can find at the beginning of
paragraphs.
A bunch of our squid proxies are currently offline with some sort of
problem we haven't totally diagnosed yet, after fixing what looked like
a straightforward configuration syntax error.
Hopefully we'll have them all back online soon. Site may be intermittent
until then.
-- brion vibber (brion @ pobox.com)
Hi,
I want to create my own skin, e.g. to add a logo bar at the bottom at
the side.
For this I've overwritten the MySkin-Skin with a class extends
MonoBook-Skin.
But its equal that I do (e.g. I add some stupid text like 'AAAAAAAA' in
the divs of the stream in MySkinTemplate::execute() method), it has no
effect. What did I wrong?
thanks,
Stefan
Hello
I have written a PHP script in order to make a couple of modifications in
the table "old" (for a research project onWikipedia groups).
I am using all the functions present in Mediawiki (by including them in my
PHP script).
Globally, the script launches a bunch of "select" queries on the table, and
update some fields.
However, my script stops after 30 seconds, each time it is launched, with no
error or anything like that. I've checked many times, and it is always after
30 seconds that it stops.
Is there any time constant defined in the source code that may explain such
a behavior? or anything in the global variables?
I've checked differrent files such as setup.php, localSettings.php,
DefaultSettings.php, but I have not found anything.
Thank you.
Kevin Carillo