I've seen a great deal of live mirrors, and generally the devs tell me
that whenever they block one, it will spring up from another IP, and
that they don't bother. There is/was a page on meta
(http://meta.wikimedia.org/wiki/Live_mirrors) which is very inactive
and which I don't see any comments from devs on, plus reporting en
masse is a hassle.
If there is another more active page, I'd love to know about it,
otherwise I can post here. An old list is at
http://en.wikipedia.org/wiki/User:ST47/Mirrors
On 7/17/07, Casey Brown <cbrown1023(a)comcast.net> wrote:
> We recently receive and OTRS tip
> <https://secure.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom
> <https://secure.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom&TicketID=
> 984033> &TicketID=984033>, that the site music.musictnt.com:
>
> ".is likely querying WP in real-time to serve-up WP's content +/- as-is, if
> not for the the lack of a proper GFDL notice. Aside from the copyright
> issues, this way of "Mirroring" is a drain on WP's bandwidth and server
> resources."
>
> The user also mentioned that there was no clear place to contact about this
> type of problem. He now knows to contact Wikitech-l, but we may wish to
> advertise that more. (But that is a separate discussion entirely.)
>
> I have not investigate this matter at all, I am just relaying the message.
>
> Thanks,
> Casey Brown
> Cbrown1023
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
--
ST47
Editor, en.wikipedia
We recently receive and OTRS tip
<https://secure.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom
<https://secure.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom&TicketID=
984033> &TicketID=984033>, that the site music.musictnt.com:
".is likely querying WP in real-time to serve-up WP's content +/- as-is, if
not for the the lack of a proper GFDL notice. Aside from the copyright
issues, this way of "Mirroring" is a drain on WP's bandwidth and server
resources."
The user also mentioned that there was no clear place to contact about this
type of problem. He now knows to contact Wikitech-l, but we may wish to
advertise that more. (But that is a separate discussion entirely.)
I have not investigate this matter at all, I am just relaying the message.
Thanks,
Casey Brown
Cbrown1023
Hi folks,
During registering an account for another person in Wikipedia I was able to
find the msysterious "Wrong-Captcha"-Bug.
I registered http://de.wikipedia.org/wiki/Benutzer:ChatSocke, see (also
timestamp):
http://de.wikipedia.org/w/index.php?title=Spezial%3ALogbuch&type=newusers&u…
At my first attempt the right graphical captcha was "veryours" but it clearly
did read as "veryaurs" (which I typed wrongly in and so got the error,
although I knew that this was strange English). The little "o" definitely was
displayed as a little "a" (the right side was strechted to a sharp vertical
line, like in a real "a").
So it is no surprise that en.wikipedians do make less failures on english
captchas with undefineable letters.
I hope you can track and maybe solve the problem now (people bug our
Wikmedia-OTRS quite often with captcha problems).
Cheers, Arnomane
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
amidaniel(a)svn.wikimedia.org wrote:
> Added hook point to allow extensions to add to contentSub on Special:Contributions.
This seems like a pretty weirdly specialized hook point to me. I'd
rather ditch the hook and just see DeletedContributions merged into
core; the only reason it wasn't already was that the indexes weren't there.
The two pages can then link to each other cleanly.
Here are the revisions to revert:
24140
24141
24147
24158
24159
24160
24161
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGm8U0wRnhpk1wk44RAvKNAJ4h8MODTwpT5DgXMfk9/n/jQrtqdACgpAYE
62oww6LOuswZG7sNm8MuZvg=
=Y7KU
-----END PGP SIGNATURE-----
Hey wikitech people,
I have a press enquiry asking about how we run multilingual Wikipedias
as an example of website localisation that has been done well.
MediaWiki was designed from the start to be inherently multilingual,
or so I have gathered, and I was wondering if anyone on this list has
any thoughts I should include.
I'm referring to the software being international, rather than having
been internationalised. Some not-too-technical commentary would be
great to paraphrase into my reply. I am covering the social aspects of
translation too, but our technical innovations are important.
Thanks,
[[m:User:Sean Whitton]]
--
Regards,
—Sean Whitton (seanw)
http://seanwhitton.com/
On 16/07/07, simetrical(a)svn.wikimedia.org <simetrical(a)svn.wikimedia.org> wrote:
> Revision: 24163
> Author: simetrical
> Date: 2007-07-16 14:42:27 +0000 (Mon, 16 Jul 2007)
>
> Log Message:
> -----------
> * Add CSS compatibility for Opera 9.5
> * Remove largely untested handheld stylesheet, which was causing more trouble
> than good. Proper handheld support will be added at a future date. For now,
> display should be acceptable either with CSS turned off or when using a so-
> phisticated handheld browser.
>
> Per discussion with David Storey from Opera.
Whee! Thanks to David for the welcome co-operation, and thanks to
Simetrical for taking some initiative. :D
Rob Church
Dear Wikipedia,
My name is Joshua Kriger. I am currently developing software for
wikipedia on a mobile phone. I see on your technical FAQ page that if
you use a Spider to retrieve data to set a limit on searches to one
search every 60 seconds. Currently I have 2 phones connected to a
refurbished dell PC that I am using on a Static IP address. Previously
I have done what Wikipedia FAQ preferres to use, the Wiki Dumps, but
this makes the search on my end extremely slow and is not a live
Wikipedia experience. Since I am doing so few searches daily to the
mobile phones (right now its less then 25). Is it possible to be grant
my IP permission to spider wikipedia in intervals less then one minute
without having my IP blocked. Previously I read on the Wikipedia FAQ
that the suggestion for a spider server was one search per second
(which would be totally acceptable since I am using so few phones) but
I see now this has been updated to once per minute which will be more
difficult when I move from two phones online to my eventual target of
10. I also want to thank you for your time in dedication to building
such a wonderful service.
Yours,
Josh
-----Original Message-----
From: Wikipedia information team <info-en(a)wikimedia.org>
To: joshuakriger(a)aol.com
Sent: Wed, 11 Jul 2007 10:52 pm
Subject: Re: [Ticket#2007070410015406] Dear Wikipedia
Dear joshuakriger(a)aol.com,
Thank you for your mail.
joshuakriger(a)aol.com wrote:
> Dear Wikipedia info Administrator,
>
> I am currently working on a Wikipedia Mobile application and I am in
> testing phases. I see on your website,
>
>
http://en.wikipedia.org/wiki/Wikipedia:Technical_FAQ#Is_it_possible_to_down…
>
> that you suggest having a spider connect once every minute so that IP
> address does not get banned. I previously tried working the Mobile
> project through Wikipedia Dumps but my refurbished dell could not
> handle the bulk of Wikipedia as well as conducting timely searches.
My
> estimate is for about a year I will have less then 10 mobile devices
> connecting to Wikipedia through a spider server and at its peak
> searching no more then 100 articles a day. Is there anything I can do
> to prevent Wikipedia from banning my IP address. Also, recently you
> have changed your suggestion for a Spider search from once a second
to
> once a minute, is this true that if I search off my mobile through
the
> refurbished dell that I will have my IP banned if it is shorter then
> once a minute? Is there a way that I can provide Wikipedia with my IP
> address so that I will not be placed on a restricted list for a low
> number searches?
>
> Josh
>
________________________________________________________________________
> AOL now offers free email to everyone. Find out more about what's
free
> from AOL at AOL.com.
>
>
Please contact the Wikimedia Foundation's Tech mailing list
<http:lists.wikimedia.org/mailman/listinfo/wikitech-l>.
Yours sincerely,
Casey Brown
--
Wikipedia - http://en.wikipedia.org
---
Disclaimer: all mail to this address is answered by volunteers, and
responses
are not to be considered an official statement of the Wikimedia
Foundation.
For official correspondence, you may contact the site operators at
<http://www.wikimediafoundation.org>.
________________________________________________________________________
AOL now offers free email to everyone. Find out more about what's free
from AOL at AOL.com.
________________________________________________________________________
AOL now offers free email to everyone. Find out more about what's free
from AOL at AOL.com.
=0
________________________________________________________________________
AOL now offers free email to everyone. Find out more about what's free
from AOL at AOL.com.
Hi,
at the moment I'm thinking about the right way to implement wizards. The
first
one, that should be added is a news-wizard. But some others will follow.
So it's hardly recommanded to have a ice conzept to implemet this
configureable.
For instance if the newswizard is enabled, some standard routines must be
manipulated.
Perhaps someone out here has some helpful advices
so long
Michael
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
This is a bugfix update to the Spring 2007 quarterly release snapshot.
A number of fixes to improve compatibility with PostgreSQL, some
versions of MySQL, and some PHP configurations are included.
Note that the quarterly 1.11.0 release with bigger changes should follow
within the next week or two.
Changes since 1.10.0:
* (bug 9417) Uploading new versions of images when using Postgres no
longer throws warnings.
* (bug 9908) Using tsearch2 with Postgres 8.1 no longer gives an error.
* (bug 9973) Changed size was shown in advanced recentchanges
collapsible items with $wgRCShowChangedSized = false.
* Fixed installation on MyISAM or old InnoDB with charset=utf8, was
giving overlong key errors.
* Fixed zero-padding issues with MySQL 5 binary schema
* (bug 9820) session.save_path check no longer halts installation, but
warns of possible bad values
* (bug 9978) Fixed session.save_path validation when using extended
configuration format, e.g. "5;/tmp"
Full release notes:
http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_10_1/phase3/RELEASE-NO…
Download:
http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.1.tar.gzhttp://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.1.patch
(Patch is against 1.10.0)
PGP signature:
http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.1.tar.gz.sighttp://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.1.patch.sig
MD5 checksum:
7c8c938cf3ca57cecf6192ca54c33859 mediawiki-1.10.1.tar.gz
f3ca7e3d0ad46117285a11d959b80722 mediawiki-1.10.1.patch
SHA-1 checksum:
16429c3a611dec82c0cfd998180190544982a5ee mediawiki-1.10.1.tar.gz
f50260426645d62bc1c781ebf2a3267c68cac9a9 mediawiki-1.10.1.patch
Before asking for help, try the FAQ:
http://www.mediawiki.org/wiki/Manual:FAQ
Low-traffic release announcements mailing list:
(Please subscribe to receive announcements of security updates.)
http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list:
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Bug report system:
http://bugzilla.wikimedia.org/
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGl9tdwRnhpk1wk44RAjbbAJ4/zvfkriUtJYrM9QDHFpjyEYvTLACePpno
BEt2F1NZhLH7knPYT6cA3mE=
=avkV
-----END PGP SIGNATURE-----