hello,
as yarrow's disk is nearly full and zedler is fairly loaded, i have
borrowed a Wikimedia server (vandale) to act as s1/enwiki server for the
moment. i am currently importing s1 there, so replication is halted. i
will restart it after this is done.
sorry for the inconvenience.
- river.
Hi all,
there was a feature to show deleted edits in Interiot's edits counter
but it was disabled "due to legal concerns ... until a lawyer can be
consulted" (as written in the counter page). Do these problems still
exist? Recently I've noticed another tool on Toolserver doing the same
thing:
http://tools.wikimedia.de/~vvv/deletedcontribs.php?wiki=ruwiki_p&user=Edwar…
If that's not a problem, why not to allow reactivating this feature in
Interiot's editcount?
--
Ed
Hello,
yesterday I've spent couple hours trying to solve pretty simple rewrite problem:
/~user/script/query -> /~user/script.php?query
and couple minutes ago I found out, where the problem was:
The toolserver is apparently set to handle links the way
/~user/script -> /~user/script.php
This global setting causes that it's not simple to solve the problem described above. Two hacks have been found to solve it but one doesn't fit other needs (/~user/script/query -> /~user/scriptwithdifferentname.php?query hack causes that /~user/script.php?query doesn't work anymore because of renaming) and second is pretty nasty (creating of /~user/script directory together with /~user/script.php - that unnecessary and unwantedly doubles the directory's content).
So far I know, .htaccess can override global settings but neither me nor couple of my friends I asked for help know how to override that.
Therefore I would appreciate one of these possibilities:
* any suggestion how to override/cancel (preferably complete working set of rules) this behavior
* remove this behavior from global settings and create .htaccess in every user's public_html directory with this rule as default (or add it to existing rules, if user already has his .htaccess there)
Thank you for any help.
Regards
Danny B.
Hello all,
I have created a recent changes gateway that reads from IRC and outputs in
JSON format. Be aware that the variable None needs to be defined for some
packets. This behaviour may change later (by removing parameters that have
None as value)
It runs as a simple TCP server on port 8267 (listening only to localhost).
How to use:
* connect to localhost:8267
* join channels using 'J <wiki>' (alternatives: jAa)
accepted formats: #en.wikipedia, en.wikipedia, en.wikipedia.org
eg: J #en.wikipedia
J pl.wikipedia
J nl.wikipedia.org
* part channels using 'P <wiki>' (alternatives: pDdRr)
eg: P en.wikipedia
P pl.wikipedia.org
P #nl.wikipedia
Every wiki has three possible parsed formats; page changed, new page,
special (i.e. new user, page move, etc). Some wikis have rcid's included,
others don't.
If a message cannot be parsed (which generally happens with too long page
titles, and unicode page titles like on ja.wikipedia), you will get a raw
data message. No encoding conversion is done; everything comes directly
from the irc bytestring.
Examples:
{"comment": "/* Etymology */ modified the pov", "rcid": None, "title":
"Kalarippayattu", "diffsize": "-167", "flags": "", "user": "Bharatveer",
"diff": "147842174", "channel": "#en.wikipedia", "oldid": "147835786"}
{"comment": "deleted "[[\x0302Kline\"s\x0310]]": a7 no assertion of
notability content was: \"{{dated prod|concern = {{{concern|Local store,
unlikely to be notable.}}}|month = July|day = 29|year = 2007|time =
10:23|timestamp = 20070729102340}}...\"", "flags": "delete", "user":
"NawlinWiki", "channel": "#en.wikipedia", "title": "Special:Log/delete"}
{"comment": "new stub cat as per wss/p", "title": "Category:Wide receiver,
1950s birth stubs", "diffsize": "+181", "flags": "N", "user": "Waacstats",
"channel": "#en.wikipedia"}
and unparseable messages:
{"raw":
"\x0314[[\x0307FNS27\xe6\x99\x82\xe9\x96\x93\xe3\x83\x86\xe3\x83\xac\xe3\x83\x93
\xe3\x81\xbf\xe3\x82\x93\xe3\x81\xaa\xe2\x80\x9c\xe3\x81\xaa\xe3\x81\xbe\xe3\x81\x8b\xe2\x80\x9d\xe3\x81\xa0\xe3\x81\xa3!\xe3\x82\xa6\xe3\x83\x83\xe3\x82\xad\xe3\x83\xbc!\xe3\x83\x8f\xe3\x83\x83\xe3\x83\x94\xe3\x83\xbc!\xe8\xa5\xbf\xe9\x81\x8a\xe8\xa8\x98!\x0314]]\x034
M\x0310
\x0302http://ja.wikipedia.org/w/index.php?title=FNS27%E6%99%82%E9%96%93%E3%83%86%E3%83%AC%E3%83%93_%E3%81%BF%E3%82%93%E3%81%AA%E2%80%9C%E3%81%AA%E3%81%BE%E3%81%8B%E2%80%9D%E3%81%A0%E3%81%A3%21%E3%82%A6%E3%83%83%E3%82%AD%E3%83%BC%21%E3%83%8F%E3%83%83%E3%83%94%E3%83%BC%21%E8%A5%BF%E9%81%8A%E8%A8%98%21&diff=13940623&oldid=13940554\x03
\x035*\x03 \x0303Dream100\x03 \x035*\x03 (+41) \x0310", "channel":
"#ja.wikipedia"}
Comments, of course, are welcome. The source is available at
http://tools.wikimedia.de/websvn/filedetails.php?repname=valhallasw&path=%2…
--valhallasw
Size restrictions?
On 7/29/07, Casey Brown <cbrown1023(a)comcast.net> wrote:
>
> Why would it not?
> ------------------------------
>
> *From:* <toolserver-l-bounces(a)lists.wikimedia.org>Messedrocker
> *Sent:* Friday, July 27, 2007 11:20 PM
> *Subject:* Re: [Toolserver-l] page text now available experimentally
>
> I'm assuming this includes English Wikipedia?
>
hello,
it is now possible to access page text directly from the toolserver. to
do this, make an HTTP request to:
http://localhost:6987/text/<database>/<rev_id>
e.g.:
http://localhost:6987/text/enwiki_p/27785174
the text is replicated in real-time to a dedicated server on the same
LAN as hemlock, so retrieval should be fast.
direct access to the text database is not available, because there is no
way to hide deleted and oversighted text then.
for legal reasons, you cannot distribute large portions of page text to
users. i have added another rule explaining this at [[Toolserver/Rules]].
i understand Daniel is working on making Wikiproxy access the database
directly, so for people who already use that, no change will be required.
please report any problems with accessing the text. this is currently
experimental and might disappear later, or not work properly.
- river.
Imho it is best if this option is not enabled.
The whole world does not need to know if someone created a lot of pages that are subject to copyrights or if someone is a vandal. This is a matter of privacy and privacy law is totally different in e.g. the US and Belgium. Therefore, I do not really like this option. It is not really necessary anymore, because sysops can now obtain a list of deleted contributions using the special page [[Special:DeletedContributions]]
Annabel
----- Original Message ----
From: Messedrocker <messedrocker(a)gmail.com>
To: toolserver-l(a)lists.wikimedia.org
Sent: Friday, July 27, 2007 6:19:25 PM
Subject: Re: [Toolserver-l] About publishing lists of deleted edits
Well, we should ask Interiot if he's figured out the legal problem. If not, VVV either knows the answer or is naive of the earlier takedown.
On 7/27/07,
Edward Chernenko <edwardspec(a)gmail.com> wrote:
Hi all,
there was a feature to show deleted edits in Interiot's edits counter
but it was disabled "due to legal concerns ... until a lawyer can be
consulted" (as written in the counter page). Do these problems still
exist? Recently I've noticed another tool on Toolserver doing the same
thing:
http://tools.wikimedia.de/~vvv/deletedcontribs.php?wiki=ruwiki_p&user=Edwar…
If that's not a problem, why not to allow reactivating this feature in
Interiot's editcount?
--
Ed
_______________________________________________
Toolserver-l mailing list
Toolserver-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/toolserver-l
____________________________________________________________________________________
Pinpoint customers who are looking for what you sell.
http://searchmarketing.yahoo.com/
hello,
i wrote a short script: "sql". now you can run "sql enwiki_p" on the
command line and it'll automatically connect you to the right database.
- river.
hello,
it's now possible to connect to a database server using names of the
form <database>-p.db.ts.wikimedia.org, for example:
enwiki-p.db.ts.wikimedia.orgroa-rupwiki-p.db.ts.wikimedia.org
these resolve to the database server holding that database. the sql-s*
aliases still work as well.
- river.