Hello,
Last week xirzon proposed to separate the chat traffic for the mediawiki
software and the one for wikipedia servers. The idea was :
#mediawiki : mediawiki software development and support
#wikitech : wikipedia specific issues and servers support
I personally find its a good idea. Users asking for support in
#mediawiki often found their question flooded by wikipedia's servers
administrators :o)
We could also get a bot that post cvs commit to #mediawiki since the
traffic will be lowered (or maybe #mediawiki-cvs could feat this better).
--
Ashar Voultoiz
It appears that en.wikipedia.org has a few addresses, all of
which are blocked. I have not tried resolving other
languages' domains but they are also blocked. I guess
they resolve similarly.
en.wikipedia.org addresses checked & blocked:
207.142.131.235
207.142.131.236
207.142.131.245
207.142.131.246
207.142.131.247
207.142.131.248
At least these addresses in that net are NOT blocked:
207.142.131.234
207.142.131.237
207.142.131.244
207.142.131.249
I suggest a covert 'extra IP' for Chinese contributors, which
can be mailed out using the existing email list. Users can
add this to their own DNS own windows using 'hosts.txt' and
using 'hosts' on unix.
- Pratyeka (en.wikipedia.org administrator)
I keep getting
Sorry! The wiki is experiencing some technical difficulties, and
cannot contact the database server.
intermixed with normal function. Maybe one of the apaches really doesn't
find the database?
This is especially annoying when previewing pages, as "back" in the
browser (Firebird) sometimes doesn't work correctly.
Magnus
Kaixo!
I found two bugs with [[Image:...]] syntax:
* when using "thumb", if no caption is given, extra empty space is
displayed at the right of the image
( compare [[Image:foo.png|thumb|]] and [[Image:foo.png|thumb|aaa]] )
* when using "framed" it isn't possible to resize the image
(eg: [[Image:foo.png|framed|150px|left]] doesn't work; is it on
purpose?)
Thanks
--
À bientôt,
Pablo Saratxaga PGP Key available, key ID: 0xD9B85466
http://chanae.walon.org/pablo/
Summary: It's no longer practical for developers to look up the IP
addresses of logged in users, so I want to implement a method which will
make it much easier. Comments?
------------------------------------------------------------------------
Developers used to be able to look up the IP addresses of logged in
users, by searching the apache logs. However over the past year, due to
the increased complexity of our cluster setup and the increased traffic,
this has been getting more and more difficult. For example, it took me 3
or 4 hours to determine the identities of several sock puppets when
asked to do so by the arbitration committee in relation to the Wik case.
The basic difficulties are:
1. Clock lag. The time in the squid logs is not necessarily the same as
the time in the database. Under heavy load, the difference can change
from edit to edit by 30s or so.
2. Edit conflicts and previews are indistinguishable from saves
3. Large amount of data makes searching slow
4. Recent edits, less than 1-1.5 days old, have logs spread across 3
squid servers
The first two items combine to make it difficult to assign IP addresses
to users, if the users are involved in a rapid edit war.
We had some difficulty recently merging and splitting the squid logs. A
large amount of recent log data was lost, when they almost filled up the
disk on zwinger. With this and the points listed above, I'm inclined to
declare the task of determining the IP address of a logged in user
impractical. It could potentially take hours to check if a given user is
a sock puppet, and even if I spent hours, I couldn't guarantee that I
could give any useful information even if they were using the same IP
address.
The reason we don't log IP addresses in a readable format is for
privacy. The idea is to discourage "casual snooping" by developers.
Perhaps this was appropriate 6 months ago, but the current setup makes
any kind of IP lookup impractical.
I'm of the opinion that checking the identity of sock puppets or trolls
is important for preserving the mental health of our regular
contributors. Hence I am proposing to store IP addresses of logged-in
users in the recentchanges table. This table has one entry per edit, and
older entries are automatically deleted. It is not available for public
download. This will make it easy for developers to match a username to
an IP address, for anyone who has edited the wiki recently.
Since this constitutes a weakening of the effective level of privacy for
contributors, it may be that some people will be opposed to this
feature. That's why I'm writing this post -- to find out what everyone
thinks of this. Is determining the identity of trolls important? Or
would you prefer to have IP addresses unlogged? Please speak up.
-- Tim Starling
Hi all,
I've been lurking around for a while in digest mode and since it hasn't
been mentioned before, I thought I'd suggest that the server-admins to
take a look at www.openmosix.org
It is a very easy to use clustering solution for Linux where servers
with high load can get help from servers with low load. It is applied
as a kernel patch (there are RPMs available too) but unfortunately the
latest kernel you can use is 2.4.22-3.
As I understand it, processor-power is one of the bottlenecks in the
system, and even though you use load-balancing the load isn't even. I
haven't tried this patch myself, but from what I read it is very easy
to implement and use.
I suppose this is no straightahead thing, but in case you weren't aware
of it...
-- Guttorm Flataboe
Hello,
I have considered that lot of people know the mmsitepass (main password)
for our mailman mailinglists. I don't think it's a good idea that a
list admin can edit the configuration and other things on other ones.
Personaly, i don't considerate it'd be a good idea that nearly all the
listadmins from the different lists know the "main password".
I purpose to give each listadmin of a specific list the password only
for the list he is list admin on. At the same of course, I'd make a new
mmsitepass.
There wouldn't a big problem (for me) to write E-Mail's to all the list
admins telling them the "new" password for their list their admin on.
By the way: Could someone tell me why wikinl-l has as far as I remember
16 list admins?
Sincerly yours,
Ronny Raschkowan
[u:Fire]
Hi,
take a look at
http://en.wikipedia.org/wiki/Category:Pok%E9mon
Not that I'm particularly interested in Pokémon or anything, but I
wonder: How come a number of articles are listed under "C" even though
they don't begin with C?
I've also looked at the source text of the pages, and they all just
contain the standard [[Category:Pokémon]] and no special identifier.
Is this a bug?
Timwi
This message was held for moderation on wikitech-l, but when I got to
the queue it was missing (perhaps someone accidentally cleared it?)
-- brion vibber (brion @ pobox.com)
---
Subject: problem of writing
From: "Rebel Mouse" <rebelmouse at mutualaid.org>
Date: Sun, 13 Jun 2004 15:04:30 +0200 (CEST)
To: wikitech-l at Wikipedia.org
Hi,
I am writing from Belgrade/serbia. I checked before some time
sr.wikipedia.org and I like that there is free distribution of information
in so many languages.
Then I started to create new category called Anarhizam/anarchism. Then I
sawe after several days that it disapeard. I succeeded to find it but
somebody (later I found who) changed it because it was written in latin
way. so now it is moved and tehre are only tittles in cirilic. so now I
have problem and I must ask you for advice/solution.
1) we use here the both: latin and cirilic letters. But sombody who
started to create sr.wikipedia.org monopolised way of writing so it is not
allowed to write in latin way. so I tried to make Latin version (tittle)
at main page but it was moved with answer that I must upload files in
cirilic.
2)many of us here didn't use cirilic ore than 15 years, so now we don't
have chance to put there files in our way.
if in canada exists 2 languages, how they solved that problem? here are
not 2 languages than 2 ways of writing the same langauge...
so, what I should do now in order to get possibility to read and write
articles in latin way at serbian wikipedia?
one more time: we use the both ways but serbian wiki is only in cirilic,
so what to do now?
RebelMouse
-- oslobodimo se
Hi,
As some of you have already seen, I'm a new commiter and I haven't been
idle theese days.
With my systems experience hat on and wikipedia loving heart inside I
started porting Mediawiki software to PostgreSQL.
Well, the starting (and telling out) point is already kind of working
Mediawiki 1.3 installation on http://ph3.defau.lt/. Most of it is
commited already into project CVS, but some broken (and already fixed)
parts are awaiting 1.3 official release, so I could break things again
(oops, it isn't my mission :), as I've already did, and thanks to Tim
and Brion for quick fixes. Some critical patches are in
http://dammit.lt/pgwiki/20040613-diff.txt.
For people, not familiar with PG I can do some easy marketing :)
1. It's fast. Well, if you've heard stories about slow elephant
(represented by logo:), it has really changed. Modern PG versions are
fast. Especially under high concurrent loads. It also greatly performs
in joins - may use more than one index, has intelligent query optimiser,
etc.
2. It has features. Stable ones :) Triggers, stored procedures,
subselects, ...
3. It is stable enough.
Anyway. Right now I started a testbox, on which I do some performance
testing, I started posting the results of tests on
http://ph3.defau.lt/index.php/Performance_testing. I'd be glad to find
out what queries you would like to observe on this testbox, so please
leave comments everywhere :)
The production-quality PG port is not too far away. :)
Cheers,
Domas
P.S. I don't use MW for any other than wikipedia's purposes, so please
note, that without wikipedia's feedback I don't be able to fix things :)