Tech gurus,
When I emails telling me that the wikipedia is stuck, I go and restart
apache thusly:
/apache/bin/apachectl restart
This always seems to solve the problem.
As a temporarily and admittedly horrible crutch, would it be
incredibly bad of me to make a cron job to do that once per hour
overnight?
----- Forwarded message from Anthere <anthere5(a)yahoo.com> -----
From: Anthere <anthere5(a)yahoo.com>
Date: Thu, 21 Nov 2002 22:22:02 -0800 (PST)
To: wikipedia-l(a)wikipedia.org
Subject: [Wikipedia-l] lags
I did not have to time to go through all the mails, so
I don't know if so raised the subject, but in spite of
the changes yesterday the lags on the fr.wiki are
horrible. Yesterday evening, it took between 5 to 20
mn to edit a page. I just saved a couple of them then
give up.
We had no contributions at all between 21h and 0h
which are usually the busiest time of the day. I guess
everybody just gave up.
This has been going on for several days now. The day
before, we got the message connexion error very often
for example.
People are getting very weary, and I am worried that
the contributions will drop tremendously if this goes
on for a long time. Most contributors are from Europe.
Most can only contribute in the evening. If it doesnot
go better, they will just stop. Meanwhile, the en.wiki
was not accessible for us either. But, I noticed it
was still working for some as people were
contributing. It was impossible on the french wiki.
I know you do your best. I saw on the announcement,
you made some change to improve the matter. Well,
yesterday, it was worse than ever : -(((
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
_______________________________________________
Wikipedia-l mailing list
Wikipedia-l(a)wikipedia.org
http://www.wikipedia.org/mailman/listinfo/wikipedia-l
----- End forwarded message -----
There's a new preference in CVS now to have edits minor by default, as
per someone's request on wikipedia-l. This may be helpful for
copyeditors. I haven't added it to the other Language* files (except for
German) yet.
Regards,
Erik
--
FOKUS - Fraunhofer Insitute for Open Communication Systems
Project BerliOS - http://www.berlios.de
[Moving to <wikitech-l>, since we're now discussing programming, not policy.]
Matthew Woodcraft wrote:
>Toby Bartels wrote:
[plans]
>These are surely good plans.
Thanks!
>Note that if we're willing to do the work
>to classify IPs, we can ban on the 'Client-ip' and 'X-forwarded-for'
>headers instead of the real IPs, for known shared proxies.
I don't know what this means. But I hope that it works! ^_^
>But in the long run, nothing based on ip-banning would be able to stop
>a sufficiently determined vandal. Neither would relying on registered
>accounts. At present, stealing someone else's account would be quite
>easy.
Right, the passwords and cookies are sent over the Net unencrypted.
They just need to sniff our packets (how rude!).
>I think techniques for automatically slowing down bots would be the
>most valuable place to concentrate our efforts.
This sounds promising to me too.
What's the fastest rate of saving that a legitimate user is likely to use?
What's the fastest rate of saving that we can expect to keep up with
if used by a bot? I'm going make a 0th approximation of 1 minute for each.
Too slow? too fast?
-- Toby
Mav wrote (on the other list):
> BTW, why do anonymous IPs have the ability to mark edits as minor?
> That wasn't the case for Phase II. The way it is now "hide minor edits"
> is useless because most vandals are anonymous and oftentimes mark
> their vandalisms as "minor".
I propose that we restrict the "mark edit as minor" option to signed-in contributors, on the grounds that it will help protect against vandalism.
Ed Poor
OK, here you go Erik,
I wrote:
>> Could somebody change the displayed name for links to subject pages from
>> "View Article" to "View Subject Page" (or something similar). Per our own
>> definition, my user page is not an article and neither are any
>> Wikipedia:namespaced pages.
>
>Hi,
>
>"subject page" is not a good name because it's not really clear what it
>means in any context. It's not a term we use anywhere else. Let's either
>try to come up with something less ambiguous or change the text depending
>on the namespace (e.g. "View user page" from User: pages).
>
>Regards,
>
>Erik
Not clear? The subject is well, the subject of the page that you are
discussing on the talk page. This is very clear to me.
But context-based wording is even better: "View user page", "View Wikipedia
page", "View image page". If I remember, an early version of Phase II had
context-based wording for these links (green links that stated "User",
"Wikipedia" etc)
-- Daniel Mayer (aka mav)
Jonathan Walther wrote:
> Just 20 minutes ago there was a dramatic slowdown in the Wikipedia. Now
> I can't access the pages at all. Is Lir doing something nasty in the
> way of big queries? Is there a regularly scheduled cron job doing this?
> My attempts to access various pages on the 'pedia are just timing out.
Lir can't run queries, and neither can you, Jonathan. Only users with "sysop" privileges can run queries.
None of the queries I've run have taken longer than a few seconds to return, even though some of this cross-linked between 2 or more tables -- so I don't think dramatic slowdowns are being caused by ad hoc queries.
Brion or someone eles explained a few days ago about how MySQL makes one query wait for another. I suspect that these forced waits tend to "cascade", if you know what that means.
Ed Poor
-----Original Message-----
From: Max Walter [mailto:taxen@telia.com]
Sent: Thursday, November 21, 2002 4:15 PM
To: wikipedia-l(a)wikipedia.org
Subject: [Wikipedia-l] The sweden site must be updated!
I'm new to the list and I don't know if this is the right place to ask
this question: We in Sweden wonder when sv.wikipedia.com will be
updated to the new version? Who should we contact to solve this issue?
//Max Walter (taxen(a)telia.com)
Just 20 minutes ago there was a dramatic slowdown in the Wikipedia. Now
I can't access the pages at all. Is Lir doing something nasty in the
way of big queries? Is there a regularly scheduled cron job doing this?
My attempts to access various pages on the 'pedia are just timing out.
Jonathan
--
Geek House Productions, Ltd.
Providing Unix & Internet Contracting and Consulting,
QA Testing, Technical Documentation, Systems Design & Implementation,
General Programming, E-commerce, Web & Mail Services since 1998
Phone: 604-435-1205
Email: djw(a)reactor-core.org
Webpage: http://reactor-core.org
Address: 2459 E 41st Ave, Vancouver, BC V5R2W2