On Tue, Jul 25, 2017 at 2:35 PM, Dan Garry wrote:
> By definition, a null edit does not perform any change at all, and is
> therefore not recorded publicly since there's technically nothing to
> record. I suspect the only way you could find this kind of information is
> in
Actually, from my experience, nulledit have a good chance to edit
something, and then it's stored as regular revision.
Igal
2017-07-25 16:58 GMT+03:00 Bartosz Dziewoński :
> I've looked over the code briefly and it looks like null edits are not
> logged in any way, not even
I've looked over the code briefly and it looks like null edits are not
logged in any way, not even in private server logs.
However, for the purposes of preventing abuse, null edits check the
'linkpurge' rate limit (which is set to 30 actions per minute by
default), and exceeding rate limits
I spoke about a possible change rather than the current behaviour.
But I understand.
2017-07-25 15:07 GMT+02:00 John :
> Bináris the root issue is that mediawiki doesnt see Null edits as an edit,
> it sees them more as a purge with forcelinkupdate=True. The logs that
>
Bináris the root issue is that mediawiki doesnt see Null edits as an edit,
it sees them more as a purge with forcelinkupdate=True. The logs that
contain that information are not in mediawiki, but rather the webserver
logs. Exposing those logs is a privacy issue. Second if there are
performance
2017-07-25 14:35 GMT+02:00 Dan Garry :
> By definition, a null edit does not perform any change at all, and is
> therefore not recorded publicly since there's technically nothing to
> record. I suspect the only way you could find this kind of information is
> in the server
By definition, a null edit does not perform any change at all, and is
therefore not recorded publicly since there's technically nothing to
record. I suspect the only way you could find this kind of information is
in the server logs, and access to those is very tightly restricted for
privacy
So, I do not know how to help you.
Igal
2017-07-25 15:09 GMT+03:00 Bináris :
> 2017-07-25 14:05 GMT+02:00 יגאל חיטרון :
>
> > Code a logger for the bot.
> >
> For all possible bots that will be written in the future?
>
> In this situation I am not
2017-07-25 14:05 GMT+02:00 יגאל חיטרון :
> Code a logger for the bot.
>
For all possible bots that will be written in the future?
In this situation I am not the bot owner, but a Wikipedia user.
___
Wikitech-l mailing list
Code a logger for the bot.
Igal (User:IKhitron)
2017-07-25 14:55 GMT+03:00 Bináris :
> Hi,
>
> given a bot that only makes nulledits, for example with touch.py (ie.
> saving pages without modifying), these edits won't appear either in recent
> changes or the page history.
>
Hi,
given a bot that only makes nulledits, for example with touch.py (ie.
saving pages without modifying), these edits won't appear either in recent
changes or the page history.
How can I follow these edits? (I am admin and checkuser, but it may be
interesting without higher user rights.)
Even
Would it be possible to generate a log or statistics of searches on
Wikipedia using the Go button that did not immediately reach an article?
Properly anonymized of course. I think it would be useful for finding
missing articles and redirects to create. There would be a lot of crap of
course, but
On Thu, Jan 14, 2010 at 9:37 AM, Apoc 2400 apoc2...@gmail.com wrote:
Would it be possible to generate a log or statistics of searches on
Wikipedia using the Go button that did not immediately reach an article?
Properly anonymized of course. I think it would be useful for finding
missing
Magnus Manske wrote:
On Thu, Jan 14, 2010 at 9:37 AM, Apoc 2400 apoc2...@gmail.com wrote:
Would it be possible to generate a log or statistics of searches on
Wikipedia using the Go button that did not immediately reach an article?
Properly anonymized of course. I think it would be useful
Robert Stojnic wrote:
Magnus Manske wrote:
On Thu, Jan 14, 2010 at 9:37 AM, Apoc 2400 apoc2...@gmail.com wrote:
Would it be possible to generate a log or statistics of searches on
Wikipedia using the Go button that did not immediately reach an article?
Also, searches made using either button
On Thu, Jan 14, 2010 at 3:27 PM, Nikola Smolenski smole...@eunet.rs wrote:
Robert Stojnic wrote:
Magnus Manske wrote:
On Thu, Jan 14, 2010 at 9:37 AM, Apoc 2400 apoc2...@gmail.com wrote:
Would it be possible to generate a log or statistics of searches on
Wikipedia using the Go button that did
This sounds like a good idea, although we could probably argue about
cut-offs. However, since this needs to be done in-house (and not on
toolserver etc because I imagine we cannot distribute raw logs) I image
it is going to go very slow as there is no-one working on it or planning
to work on
On Thu, Jan 14, 2010 at 10:47 AM, Magnus Manske
magnusman...@googlemail.com wrote:
Suggestion :
* log search and SHA1 IP hash (anonymous!)
*Any* mapping of the IP is not anonymous. Please see the AOL search
results where unique IDs were connected between searches to disclose
information.
2010/1/14 Bryan Tong Minh bryan.tongm...@gmail.com:
On Thu, Jan 14, 2010 at 4:47 PM, Magnus Manske
magnusman...@googlemail.com wrote:
* log search and SHA1 IP hash (anonymous!)
There are only 2 billion unique addresses and they can all be found in
half an hour probably.
A count of search
On Thu, Jan 14, 2010 at 11:01 AM, David Gerard dger...@gmail.com wrote:
2010/1/14 Bryan Tong Minh bryan.tongm...@gmail.com:
On Thu, Jan 14, 2010 at 4:47 PM, Magnus Manske
magnusman...@googlemail.com wrote:
* log search and SHA1 IP hash (anonymous!)
There are only 2 billion unique addresses
On Thu, Jan 14, 2010 at 11:15 AM, Gregory Maxwell gmaxw...@gmail.com wrote:
Here is what I would suggest disclosing:
#start_datetime end_datetime hits search_string
2010-01-01-0:0:4 2010-01-13-23-59-50 39284 naked people
2010-01-01-0:0:4 2010-01-13-23-59-50 23950 hot grits
...
2010/1/14 Gregory Maxwell gmaxw...@gmail.com:
On Thu, Jan 14, 2010 at 11:15 AM, Gregory Maxwell gmaxw...@gmail.com wrote:
Here is what I would suggest disclosing:
#start_datetime end_datetime hits search_string
2010-01-01-0:0:4 2010-01-13-23-59-50 39284 naked people
2010-01-01-0:0:4
* search queries are logged in a standardized fashion (for grouping),
e.g. lowercase, single spaces, no leading/trailing spaces, special
chars converted to spaces, etc.
Wiktionary is case-sensitive and so case-folding there may not be
appropriate; I personally would be interested in seeing
On 01/14/2010 05:51 PM, Aryeh Gregor wrote:
On Thu, Jan 14, 2010 at 12:22 PM, Conrad Irwin
conrad.ir...@googlemail.com wrote:
Wiktionary is case-sensitive and so case-folding there may not be
appropriate; I personally would be interested in seeing these logs
before even the NFC normalizers
On Thu, Jan 14, 2010 at 12:22 PM, Conrad Irwin
conrad.ir...@googlemail.com wrote:
Wiktionary is case-sensitive and so case-folding there may not be
appropriate; I personally would be interested in seeing these logs
before even the NFC normalizers get to them (given a lack of any other
source
Such people would be able to deny searching for such terms, I don't see
this as posing any more problems than the history dumps. Thinking
further though, it would be possible to tie a search to an IP address or
User when a page is created with the search term (as it is highly likely
if there
Aryeh Gregor wrote:
The logs are taken from the Squids, long before MediaWiki touches
them, so they shouldn't be normalized at all.
Search isn't cached, so it may be easier to just log it at the backend.
I expect many people using things like please tell me how many people
live in China, as
On Thu, Jan 14, 2010 at 6:32 PM, Platonides platoni...@gmail.com wrote:
Sampled search logs are unlikely to reveal them though, since what they
are repeating are the non-keywords, not the full query.
Sampling is fine, but aggregated logs aren't likely to… thats the
primary reason for reporting
How does one access the toolserver to use commands like that?
2009/5/19 Mark Williamson node...@gmail.com
Chop down a tree?
skype: node.ue
2009/5/19 Mark Clements (HappyDog) gm...@kennel17.co.uk:
Jan Luca j...@jans-seite.de wrote in message
news:01c9d644$8afc98e0$a0f5ca...@de...
On May 20, 2009, at 8:07 PM, Bart wrote:
How does one access the toolserver to use commands like that?
with an axe.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Just like a dwarven cleric can turn any undead monster... with his axe? ;)
2009/5/20 Domas Mituzas midom.li...@gmail.com
On May 20, 2009, at 8:07 PM, Bart wrote:
How does one access the toolserver to use commands like that?
with an axe.
___
Hello,
how can I create a log?
Gruß
Jan
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
I use this to make a log:
Initialize log page:
$wgLogTypes[] = 'newlog';
$wgLogNames['newlog'] = 'newloglogpage';
$wgLogHeaders['newlog']= 'newloglogpagetext';
$wgLogActions['newlog/newlog'] = 'newloglogentry';
Add new log entry:
//Log it
$log
2009/5/16 Jan Luca j...@jans-seite.de:
Hello,
how can I create a log?
Do you just want to add a log entry, or do you want to add an entirely
new log type? In the latter case, look at $wgLogTypes [1], for the
former look at the LogPage class [2]. For example usage, look at
extensions which
34 matches
Mail list logo