You can see the ugly source code here[1]
[1] http://code.google.com/p/toolserver/source/browse/trunk/tools/wpcounter.py
Hi all;
The counter page is generated every 5 minutes, using the last data available in site_stats table for every wiki project. So, the editrate can change every 5 minutes, I think that it is a good estimation.
Regards!
[1] http://www.mediawiki.org/wiki/Manual:Site_stats_table2010/4/13 Peter Körner <osm-lists@mazdermind.de>
Cool thing!
We need sth. similar for OSM! :)
Peter
River Tarnell schrieb:
> Ilmari Karonen:
>> In principle, it should also be possible to make a true live Wikimedia
>> edit counter: all you'd need to do is subscribe to the IRC RecentChanges
>> feed and condense it down to some suitably low-bandwidth, low-latency
>> format for transmitting to the browser. I'm not sure how practical that
>> would be with plain old AJAX, though (you really don't want to make a
>> new request for every edit), but Java or Flash or something like that
>> ought to handle it fine.
>
> I did something similar to this in JS alone:
>
> <http://toolserver.org/~river/recentchanges/>
>
> It requires 1 request per second to update, but the backend is a C++
> FastCGI and the database query is trivial, so the requests create no
> noticeable load. I imagine it should be fairly simple to do something
> similar for a plain number-of-edits counter. (You would only need to
> return number of edits, rather than the edits themselves, so a little
> less bandwidth would be used.)
_______________________________________________
Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette