Last modified: 2011-03-30 22:42:16 UTC
Special:Export does not support the HTTP header IfModifiedSince, even in single page mode.
Created attachment 295 [details] Adds IfModifiedSince support to Special:Export Patch against 1.4beta6 to add IfModifiedSince support to Special:Export. Nothing fancy
If this were done, http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28proposals%29#Last_update.3F_When.3F would be easier for external sites to implement. (I want to make such a site if MediaWiki will not take this suggestion) The proposal follows because things come and go on the pump, although it will be filed on bugzilla at some point. It struck me that to speed the discovery of vandalism, pumping out diffs at a high rate on a specific page, thereby getting rid of the Recentchanges middleman, may be a good idea. It would be similar in structure to Slashdot's Meta Moderation (http://slashdot.org/metamod.pl) system: a designated page, perhaps Special:Monitor, would pump out X number of recent diffs made within the last Y days, on one single page, for the purpose of fast eyeballing. This would cut out the "middleman" of Recentchanges for those on janitorial duty; only the refresh button needs to be repeatedly abused in order to view massive amounts of diffs and scan for vandalism at a very fast rate. The details of the method by which diffs are chosen for display can be left to peoplewith more expertise, but I'll offer up some suggestions: * The number of diffs and timerange to pull from can be o user customisable, or o fixed at say, 10 diffs per page, pulled from diffs made within the last 5 days * The choosing of whether a diff displays on Monitor can be o completely random, or o completely random, but "viewed" diffs are never viewed again, or o use a probability system. + a more frequently edited/viewed article, the diffs of the article will appear on Monitor more frequently + an already viewed diff would have its probability of being chosen for Monitor cut, to say, 1/1000th of the original probability Only suggestions, I don't know enough about the throughput of changes and the number of janitors on duty at any given time to know which method is more feasible. But I believe a Monitor page would greatly facilitate the speedy discovery of vandalism. Znode 05:40, 2005 Jun 14 (UTC) Now, there's something for me to consider... r3m0t talk 12:07, Jun 14, 2005 (UTC)
Oh... has anyone checked this on 1.5? Maybe somebody fixed it without knowing about this bug report.
A few notes: * SpecialExport.php has changed quite a bit in 1.5, this patch won't apply * You need to use the page_touched time, not the revision edit timestamp; renames, undeletes, and such wacky things might make the last edit timestamp inconsistent. * The check is happening in the wrong place -- multiple pages may be exported, or we might be exporting to a file with no web server in sight. Since this will only be meaningful for single-page GET requests, the check should probably happen higher up in the code before the exporter gets involved.
Removing need-review, patch keywords as patch failed review.
Mass compoment change: <some> -> Export/Import
Special:Export has changed its behaviour completely over the intervening six years; the functionality desired here is probably best found in the API or the RecentChanges Atom/RSS feeds; file appropriate new bugs if more functionality is desired there.