Hi all
I'm happy to let you know that new hardware has been ordered by Wikimedia
Deutschland and will arrive probably in about two weeks. We will get two new
systems:
* A more powerful web server, to replace hemlock: Sun Fire X4150, 2x Quad-Core
Xeon, 8GB RAM, 2x73GB SAS HDD. The current web server only has two cores.
* Another database server, to be used for S1 (english wikipedia), so S1 and S3
no longer have to share a server: Sun Fire X4250, 2x Quad-Core Xeon, 32GB RAM,
16x146GB SAS RAID.
This should improve performance and give us some head space for growth. Once the
new servers arrive, S3 will be re-imported too, so we will have live data again.
Any ideas for names? To stay with the nightshade theme, how about Jurubeba and
Erubia? Or perhaps we go the "witches' weed" way, with Datura and Mandrake?
Henbane is taken, i think. Amanita sounds nice, too :)
A third server has been ordered, which will also be installed in Amsterdam, but
will not be part of the toolserver cluster. It's a storage server (X4540, 24TB
RAID) that will keep a live backup of all media files.
Cheers,
Daniel
>> hi all
>>
>> many of our tools uses messages from betawiki because they are
>> translated in many languages.
>> But this messages must be synchronized and I think it's not very
>> economically if every user/tool do that self. Because of that I
>> propose
>> to create one database for all users which will be sync periodically.
>
>A database with one table per user? Sounds good.
>
>> What do you think? Are any other users interested for such a db?
>
>I would be interested.
>
>> Greetings,
>> Luxo
>
>Pietrodn
>powerpdn(a)gmail.com
I thought not one table per user, but rather one table for all messages.
On betawiki are a lot messages e.g.
http://translatewiki.net/wiki/MediaWiki:Abusefilter-revert-title/en.
So I would make a table something like
+
----------+------------------------+-----------------------------------------------------+
| LANG | MESSAGE |
TEXT |
+
----------+------------------------+-----------------------------------------------------+
| en | Abusefilter-revert-title | Revert all changes by
filter $1 |
+
----------+------------------------+-----------------------------------------------------+
| de | Abusefilter-revert-title | Alle Änderungen durch
Filter $1 rückgängig machen |
+
----------+------------------------+-----------------------------------------------------+
| fr | Abusefilter-revert-title | Révoquer toutes les
modifications par le filtre $1 |
+
----------+------------------------+-----------------------------------------------------+
the messages which will be synced should be one a list which every
ts-user can edit, so that it's easy for every user to add the messages
he requires.
--Luxo
Hi,
I need to use catgraph to construct a category graph for a given
category/article. I tried to download the source code from the
link<https://fisheye.toolserver.org/browse/dapete/catgraph>in this
page <http://meta.wikimedia.org/wiki/User:Dapete/Catgraph>, but I got the
message "The requested resource cannot be found". Also, I need to know the
suitable database to use and how to download it.
Thanks in advance,
Ahmed Elgohary
Hello,
perhaps this would be a good moment to transfer Geohack to a regular
mediawiki-extension on the main servers.
I hear this was also the plan of brion vibber before he go.
Who we need to ask now for this?
I don't know why but I have no access to geohack-scripts anymore.
So I can't do anything.
Greetings Kolossos
river wrote:
> Hi,
>
> As announced two months ago, we are planning to EOL the stable server in
> favour of multi-maintainer projects on the normal Toolserver. The following
> projects are still running on the stable server:
>
> * geohack
> * wma
> * delinker
>
> We intend to repurpose the hardware currently used for the stable server to
> provide redundancy database replication, but this can't happen until all
> projects have migrated off the stable server.
>
> - river.
>
>
>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I will reboot daphne this Thursday for an OS upgrade. s2/s5 will be
offline for around 15 minutes while this is in progress.
This issue is being tracked in JIRA as MNT-311.
- river.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (HP-UX)
iEYEARECAAYFAkuFdOcACgkQIXd7fCuc5vLDOgCfben5f80mEqZA0SH/fOKineWW
uaMAni4KA0GxS2hbf69fxpPwB0aX2v9E
=+xNt
-----END PGP SIGNATURE-----
Hello,
I've been unable to log in to the Toolserver since yesterday. I've got
to say that I am not well versed in SSH login but I used PuTTy to login
via SSH and so far I have never had any problems (But I haven't been
logged in for about 3 weeks). Yesterday I wanted to modify my bot on the
Toolserver FTP and therefore tried the log in but it was refused; the
problem stays until today.
I load my private SSH key via PuTTy and then click on "saved Sessions"
-> "Toolserver". The connection fails saying "Disconnected: No supported
authentication methods available." The PuTTy settings are:
Host name: login.toolserver.org
Port: 22
Connection type: SSH
Auto login username: Yellowcard
Terminal-type string: xterm
Terminal speeds: 38400,38400
Proxy: None
And some other stuff, I have no idea what the other things mean.
What could be the reason for this server rejection?
Cheers,
Yellowcard.
PS: Or might it be a local problem on my system? However, my Thunderbird
seems to have deleted my whole inbox without any chance of restorage.
Dammit.
Hello all --
Currently http://tools.wikimedia.de and http://toolserver.org point to a
landing page that pulls its content from the Toolserver wiki.[1]
It's been suggested that these two addresses redirect to the Toolserver Main
Page[2] instead as it has most of the same content and looks better overall.
Does anyone have any thoughts about where these two addresses should point
or what content they should serve?
Thanks for your feedback.
MZMcBride
l(a)mzmcbride.com
[1] https://wiki.toolserver.org/view/Toolserver:Homepage
[2] https://wiki.toolserver.org/view/Main_Page
Thanks to all that offered help with my SxWiki problem. It was indeed the User Agent. I was able to get around it by adding this line to the _curlDo() function:
curl_setopt($ch, CURLOPT_USERAGENT, 'JaGaBot (using SxWiki 0.1.0)');
... just in case some other unfortunate soul runs into this problem.
Thanks again!
- Jason
Hi all,
I've noticed that prior to about April 2007, none of the revisions in
the database stored their rev_len. I assume this was because this
feature was added at this time. Currently, in order to obtain the
rev_len for these revisions I'm using the following function to issue
a HEAD request to the live production wiki:
function get_revision_length($lang, $rev_id) {
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
if (!isset($cached_ip[$lang . ".wikipedia.org"])) {
$cached_ip[$host] = gethostbyname($lang . ".wikipedia.org");
}
socket_connect($socket, $cached_ip[$host], 80);
$request = 'HEAD ' . "/w/index.php?oldid=" . $revids[$i] .
"&action=raw" . ' HTTP/1.1' . "\n" .
'Host: ' . $lang . ".wikipedia.org" . "\n" .
'User-Agent: Mozilla/5.0' . "\n" .
'Connection: close' . "\n\n";
socket_send($socket, $request, strlen($request), 0);
socket_recv($socket, $buffer, 2048, MSG_WAITALL);
if (preg_match('/Content-Length: ([0-9]+)/', $buffer, $matches)) {
$result = $matches[1];
} else {
$result = null;
}
socket_close($socket);
return $result;
}
This is not too bad, but still is my app's bottleneck. I had little
luck with Duesentrieb's WikiProxy - it was much slower than this
approach, even just fetching metadata. Is there some other better way?
Is there any plan to update the rev_len fields for old revisions?
Thanks!
--
Derrick Coetzee
User:Dcoetzee, En/Commons admin
I'm currently working on some tools to allow web-based creation of various
types of maps for people that aren't comfortable editing SVG files. These
tools will allow users to select a base map, choose which territories they
want to shade in and how to shade them, generate an SVG file, and then push
it to Commons. I have pretty much everything working except I would like to
be able to show the user a PNG preview of their map before it is pushed to
Commons. I tried using ImageMagick, but it gives horrible results. Has
anyone else dealt with this problem on the toolserver? I've heard of a
couple other possible solutions:
1. SVG2image, which is a PHP class that uses the Batik Java library to do
the conversion. Apparently this is difficult to set-up, however, and may not
work under PHP 5.
2. The librsvg library. Apparently this library may have some security
problems, however, and reports of its ability to do decent conversions are
mixed.
3. Calling inkscape from the command line. I doubt this is available on the
toolserver, but who knows.
Any ideas would be appreciated. Thanks.
Ryan Kaldari