You can see the ugly source code here[1]

[1] http://code.google.com/p/toolserver/source/browse/trunk/tools/wpcounter.py

2010/4/13 emijrp <emijrp@gmail.com>
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_table

2010/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