Author: osricwiki
Description:
Special:Export does not support the HTTP header IfModifiedSince, even in single page mode.
Version: 1.4.x
Severity: enhancement
• bzimport | |
Feb 18 2005, 9:51 AM |
F1907: SpecialExportIfModifiedSince.patch | |
Nov 21 2014, 8:16 PM |
Author: osricwiki
Description:
Special:Export does not support the HTTP header IfModifiedSince, even in single page mode.
Version: 1.4.x
Severity: enhancement
Title | Reference | Author | Source Branch | Dest Branch | |
---|---|---|---|---|---|
jobs-api: bump to 0.0.263-20240222104806-5ddd710f | repos/cloud/toolforge/toolforge-deploy!206 | project_1317_bot_df3177307bed93c3f34e421e26c86e38 | bump_jobs-api | main | |
deployment: Pin jobs-api pod to NFS-enabled workers | repos/cloud/toolforge/jobs-api!62 | taavi | main-I0b1d43e2a173b39f145bbcbf5142ed169b9ea259 | main | |
Clean up coverage and lint. | repos/abstract-wiki/wikifunctions/function-evaluator!158 | apine | apine-coverage | main | |
Run coverage in a Blubber-built image. | repos/abstract-wiki/wikifunctions/function-evaluator!153 | apine | apine-coverage-again | main | |
Remove old version string. | repos/abstract-wiki/wikifunctions/function-evaluator!149 | apine | apine-version-string | main | |
Draft: Avoid error from accessing properties on undefined actor.client | repos/mediawiki/services/ipoid!220 | tchanders | actor-client | main |
Unknown Object (Diffusion Commit) |
osricwiki wrote:
Adds IfModifiedSince support to Special:Export
Patch against 1.4beta6 to add IfModifiedSince support to Special:Export.
Nothing fancy
Attached:
the.r3m0t wrote:
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:
last 5 days
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)
the.r3m0t wrote:
Oh... has anyone checked this on 1.5? Maybe somebody fixed it without knowing
about this bug report.
A few notes:
might make the last edit timestamp inconsistent.
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.
happy.melon.wiki wrote:
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.