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/http://toolserver.org/%7Eriver/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