Page MenuHomePhabricator
Create Task
Maniphest T99096

Make Varnish cache for /static/$wmfbranch/ expire when resources change within branch lifetime
Closed, ResolvedPublic
Actions

Description

TL;DR Change from bits to text varnish cache for static assets may be causing resources to be cached by Varnish for longer durations than previously assumed and we need to find a solution.

@AndyRussG noticed on 2015-05-14 that the behavior of ?debug=true for URLs related to CentralNotice javascript assets was differing from his past experience for newly updated resources. See #wikimedia-operations irc logs starting at 15:27:46Z.

Eventually @BBlack and @bd808 started discussing the possible implications of the recent changes that moved serving static assets (js, css, images, font) from the bits.wikimedia.org vhost which had its own Varnish cluster to the same vhost as the visited wiki (e.g. en.wikipedia.org) which is fronted by the "text" Varnish cluster.

The text Varnish cluster has more cache space than the bits Varnish cluster did so it is quite possible (and even likely) that assets which tended to fall out of the bits cache are held by the text cache for a greater time. This behavior should be mitigated by the use of versioned URLs (e.g. https://en.wikipedia.org/static/1.26wmf5/extensions/ImageMetrics/resources/head.js). This version however does not change for a non-branch deploy (i.e. SWAT or other non-release train update) like the one that @AndyRussG was attempting to validate.

The "stickier" cache behavior of the text Varnish cache is actually desirable, but we know that there will be assets that need to be updated more frequently than the current deploy train cadence supports. We need to find a solution that busts the fronting Varnish cache for these resources.

One possible solution would be to provide a tool that can issue PURGE multicast requests to the Varnish cluster to invalidate specific resource URLs. MediaWiki actually does this for articles and uploaded assets at the time those resources change on the backend in response to user activity.

Deployment strategy:

  1. [mediawiki/core] Change MediaWiki to use hashes in urls. – https://gerrit.wikimedia.org/r/265868
  2. [operations/puppet] Update Varnish VCL for /static (hostname neutral) to also cover these /w subdirectories (iff a hash query string is present). – https://gerrit.wikimedia.org/r/269149
  3. [operations/mediawiki-config] Implement and deploy new /w/static.php entry point. – https://gerrit.wikimedia.org/r/263566
  4. [operations/puppet] Change Apache configuration to rewrite /w/{skins,resources,extensions}/.* to /w/static.php on all wiki domains. – https://gerrit.wikimedia.org/r/268802, https://gerrit.wikimedia.org/r/271013, https://gerrit.wikimedia.org/r/271330
  5. [operations/mediawiki-config] Set $wgResourceBasePath to '/w' in wmf-config.

Details

SubjectRepoBranchLines +/-
Remove inaccessible symlinks at /w/extensions and /w/skinsoperations/mediawiki-configmaster+0 -2
Remove unused static symlinks for beta php-masteroperations/mediawiki-configmaster+0 -6
multiversion: Remove logic for branch pointers in /w/staticoperations/mediawiki-configmaster+9 -141
Add public-wiki-rewrites to wikitechoperations/puppetproduction+9 -1
Set $wgResourceBasePath to "/w" for remaining wikisoperations/mediawiki-configmaster+2 -3
Set $wgResourceBasePath to "/w" for medium wikisoperations/mediawiki-configmaster+1 -4
Set $wgResourceBasePath to "/w" for small wikisoperations/mediawiki-configmaster+2 -0
Convert $wgResourceBasePath switch to InitialiseSettingsoperations/mediawiki-configmaster+9 -2
MimeMagic: Recognise .htc as text/x-componentmediawiki/coremaster+1 -0
Re-apply "Set $wgResourceBasePath to /w for www.mediawiki.org"operations/mediawiki-configmaster+1 -1
mediawiki: Apply public-wiki-rewrites to all remaining wiki domainsoperations/puppetproduction+18 -55
mediawiki: Apply public-wiki-rewrites.incl to www.mediawiki.orgoperations/puppetproduction+3 -9
MimeMagic: Recognise .htc as text/x-componentmediawiki/corewmf/1.27.0-wmf.14+1 -0
MimeMagic: Recognise .htc as text/x-componentmediawiki/corewmf/1.27.0-wmf.13+1 -0
Set $wgResourceBasePath to "/w" for group0 wikisoperations/mediawiki-configmaster+6 -1
Set $wgResourceBasePath to "/w" for beta cluster wikisoperations/mediawiki-configmaster+3 -0
mediawiki: Rewrite /w/{skins,resources,extensions} to /w/static.phpoperations/puppetproduction+5 -0
Implement /w/static.phpoperations/mediawiki-configmaster+183 -0
cache: Normalise hostname for /w/skins,resources,extensionsoperations/puppetproduction+6 -0
Centralise url handling for urls to static resourcesmediawiki/coremaster+70 -8
Show related patches Customize query in gerrit

Revisions and Commits

rOMWC Wikimedia - MediaWiki Config
rOMWC383ded9b1067 Make $wgLocalStylePath the same as $wgStylePath

Related Objects
Search...

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes
• MZMcBride subscribed.Oct 6 2015, 1:31 AM
• mmodell closed subtask T102991: Verify traffic to static resources from past branches does indeed drain as Resolved.Jan 6 2016, 10:14 PM
Krinkle added subscribers: tstarling, mark.Jan 7 2016, 9:57 PM

I discussed the proposal in T99096#1583708 with @tstarling and @mark at the Dev Summit. The only issue we is with serving requests for older versions of files when browsers view older (cached) versions of page html.

E.g.:

  • en.wikipedia.org at 1.25wmf1.
  • Page X is parsed and put in Varnish with reference to foo.png (en.wikipedia.org/static/foo.png).
  • en.wikipedia.org is updated to 1.25wmf2 in which foo.png has changed significantly or even deleted.
  • Page X remains in cache for another 30 days. Whilst the wmf1 branch is still on disk, static.php would not find the foo.png file using described logic at T99096#1583708 as it would be looking at enwiki's current mw version (wmf2).

However we found an interesting solution that is more feasible than we initially anticipated. The proxy script can simply scan the various known multi-version directories for past versions of the file (if not found in the current directory). Given that an explicit file path is given, as well as a sha1 hash, it'd be limited to only a handful of file stat calls in the worst case scenario. In addition, resources are likely to stay in Varnish cache for those 30 days a well so it's not a hot code path.

With this last amendment in place, the proposal was positively received. I'll bring it up in the next Architecture Committee meeting for additional confirmation (and subsequent RFC if necessary).

The alternative idea (of collecting files in a centralised directory by hash filename) was also considered viable, but somewhat less desirable due to needing to create and maintain an additional component in our deployment system.

• mmodell added a comment.Jan 11 2016, 11:31 PM
In T99096#1920989, @Krinkle wrote:

The alternative idea (of collecting files in a centralised directory by hash filename) was also considered viable, but somewhat less desirable due to needing to create and maintain an additional component in our deployment system.

I'm not opposed to building and maintaining the needed deployment system functionality, as Scap is under active development right now. Also, Release-Engineering-Team want to move forward with T89945: Merge to deployed branches instead of cutting a new deployment branch every week. which has implications for how this would work. Specifically, there would be only 2 (or maybe 3) branches deployed at any given time. There wouldn't be a collection of historical branches sitting around on web servers where we could search for historical versions of static resources.

awight unsubscribed.Jan 12 2016, 12:04 AM
Krinkle claimed this task.Jan 12 2016, 12:14 AM
Krinkle added a project: Performance-Team.
Krinkle moved this task from Inbox, needs triage to Doing (old) on the Performance-Team board.
gerritbot added a comment.Jan 12 2016, 1:18 AM

Change 263566 had a related patch set uploaded (by Krinkle):
[WIP] Implement /w/static.php

https://gerrit.wikimedia.org/r/263566

gerritbot added a project: Patch-For-Review.Jan 12 2016, 1:18 AM
Glaisher subscribed.Jan 21 2016, 5:21 AM
gerritbot added a comment.Jan 22 2016, 11:16 PM

Change 265868 had a related patch set uploaded (by Krinkle):
Centralise url handling for urls to static resources

https://gerrit.wikimedia.org/r/265868

Krinkle renamed this task from Varnish cache busting desired for /static/$VERSION/ resources which change within the lifetime of a branch to Varnish cache for /static/$wmfbranch/ doesn't expire when resources change within branch lifetime.Feb 2 2016, 2:01 AM
Krinkle renamed this task from Varnish cache for /static/$wmfbranch/ doesn't expire when resources change within branch lifetime to Make Varnish cache for /static/$wmfbranch/ expire when resources change within branch lifetime.
gerritbot added a comment.Feb 2 2016, 11:36 PM

Change 265868 merged by jenkins-bot:
Centralise url handling for urls to static resources

https://gerrit.wikimedia.org/r/265868

ReleaseTaggerBot added projects: MW-1.27-release (WMF-deploy-2016-02-09_(1.27.0-wmf.13)), MW-1.27-release-notes.Feb 3 2016, 12:00 AM
• mmodell awarded a token.Feb 3 2016, 12:08 AM
Volker_E subscribed.Feb 4 2016, 1:17 AM
Krinkle removed projects: MW-1.27-release-notes, MW-1.27-release (WMF-deploy-2016-02-09_(1.27.0-wmf.13)).Feb 4 2016, 8:27 PM
Krinkle added a comment.EditedFeb 4 2016, 9:12 PM

(Added deployment strategy to the task description)

I'm currently thinking about an alternate way for point #3 because path /w/static exists already (as symlink to /static, containing $wmfbranch subdirectories). I don't think /w/static is used anywhere (aside from wgLocalStylePath for serving Vector IE6 csshover.htc) – which we can easily update by changing its value from /w/static/$wmfbranch/skins to /w/static/skins. But if anything else is using /w/static/$wmfbranch/, that will become 404 after this change as it'll be a virtual directory that is one less level deep now.

Alternatively, we can make it even cleaner by rewriting /w/skins, /w/resources and /w/extensions to /w/static.php directly instead of adding using the url prefix of /w/static (as currently proposed). That would match what we do elsewhere with multiversion endpoints – we emulate the original path of the same name, no different name. In that case we would Apache rewrite /w/{skins,resources,extensions}/.* to /w/static.php. And we can keep $wgResourceBasePath set to /w (per MediaWiki default).

That requires we do not use /w/{skins,resources,extensions}/.* for non-static files. And after this change, that will be naturally enforced as e.g. PHP files will no longer execute (static.php will refuse to serve those).

gerritbot added a comment.Feb 5 2016, 6:54 PM

Change 268715 had a related patch set uploaded (by Krinkle):
[DONT MERGE] Set $wgResourceBasePath to "/w"

https://gerrit.wikimedia.org/r/268715

Krinkle updated the task description. (Show Details)Feb 5 2016, 7:25 PM
Krinkle updated the task description. (Show Details)Feb 5 2016, 7:31 PM
gerritbot added a comment.Feb 5 2016, 9:52 PM

Change 268802 had a related patch set uploaded (by Krinkle):
[DONT MERGE] mediawiki: Rewrite /w/{skins,resources,extensions} to /w/static.php

https://gerrit.wikimedia.org/r/268802

Krinkle updated the task description. (Show Details)Feb 5 2016, 11:34 PM
gerritbot added a comment.Feb 8 2016, 3:55 PM

Change 269149 had a related patch set uploaded (by Krinkle):
cache: Normalise hostname for /w/skins,resources,extensions

https://gerrit.wikimedia.org/r/269149

Krinkle updated the task description. (Show Details)Feb 8 2016, 3:57 PM
gerritbot added a comment.Feb 9 2016, 9:11 PM

Change 269149 merged by BBlack:
cache: Normalise hostname for /w/skins,resources,extensions

https://gerrit.wikimedia.org/r/269149

Krinkle updated the task description. (Show Details)Feb 9 2016, 10:08 PM
gerritbot added a comment.Feb 10 2016, 12:26 PM

Change 263566 merged by jenkins-bot:
Implement /w/static.php

https://gerrit.wikimedia.org/r/263566

Krinkle updated the task description. (Show Details)Feb 10 2016, 10:52 PM
gerritbot added a comment.Feb 12 2016, 4:13 PM

Change 268802 merged by Giuseppe Lavagetto:
mediawiki: Rewrite /w/{skins,resources,extensions} to /w/static.php

https://gerrit.wikimedia.org/r/268802

Krinkle updated the task description. (Show Details)Feb 12 2016, 11:09 PM
Krinkle added a parent task: T90983: ResourceLoader debug urls should bypass cache when they change.Feb 12 2016, 11:13 PM
gerritbot added a comment.Feb 13 2016, 12:06 AM

Change 270446 had a related patch set uploaded (by Krinkle):
Set $wgResourceBasePath to "/w" for beta cluster wikis

https://gerrit.wikimedia.org/r/270446

gerritbot added a comment.Feb 13 2016, 12:14 AM

Change 270446 merged by jenkins-bot:
Set $wgResourceBasePath to "/w" for beta cluster wikis

https://gerrit.wikimedia.org/r/270446

Krinkle added a commit: rOMWC383ded9b1067: Make $wgLocalStylePath the same as $wgStylePath.Feb 16 2016, 5:33 PM
Krinkle added a comment.Feb 16 2016, 5:35 PM

$wgLocalStylePath was using /w/static/{wmfbranch} instead of /static/{wmfbranch} (which meant it wasn't sharing the same optimised Varnish cache for /static). This probably originates from when /static didn't exist yet and it was served from bits, so we exposed a symlink under /w/static with the same content.

Now that /static is on the main domain, we don't need a second one at /w/static, too.

Keeping the symlink for back-compat (until HTML cache turns over), but this should reduce complexity and improve cache performance.

gerritbot added a comment.Feb 16 2016, 5:38 PM

Change 268715 merged by jenkins-bot:
Set $wgResourceBasePath to "/w" for group0 wikis

https://gerrit.wikimedia.org/r/268715

gerritbot added a comment.Feb 16 2016, 5:46 PM

Change 271002 had a related patch set uploaded (by Krinkle):
MimeMagic: Recognise .htc as text/x-component

https://gerrit.wikimedia.org/r/271002

gerritbot added a comment.Feb 16 2016, 5:46 PM

Change 271003 had a related patch set uploaded (by Krinkle):
MimeMagic: Recognise .htc as text/x-component

https://gerrit.wikimedia.org/r/271003

gerritbot added a comment.Feb 16 2016, 5:57 PM

Change 271003 merged by jenkins-bot:
MimeMagic: Recognise .htc as text/x-component

https://gerrit.wikimedia.org/r/271003

Krinkle added a comment.EditedFeb 16 2016, 6:01 PM

Rollout to group1 and group2 is blocked on Apache config being applied more widely first. Apparently various wiki domains are lacking the public-wiki-rewrites.incl configuration.

main.conf (puppet):

  • *.wikipedia.org: has public-wiki-rewrites.incl
  • *.wikinews.org: has public-wiki-rewrites.incl
  • test.wikidata.org: has public-wiki-rewrites.incl
  • *.wikidata.org: has public-wiki-rewrites.incl
  • *.wiktionary.org: has public-wiki-rewrites.incl
  • donate.wikimedia.org, donate.wikipedia.org: has public-wiki-rewrites.incl
  • vote.wikimedia.org: has public-wiki-rewrites.incl
  • www.mediawiki.org: missing
  • *.wikiquote.org: missing
  • *.wikibooks.org: missing
  • *.wikisource.org: missing
  • *.wikiversity.org: missing
  • *.wikivoyage.org: missing

remnant.conf (puppet):

  • meta.wikimedia.org: has public-wiki-rewrites.incl (via wikimedia-common)
  • wikisource.org: has public-wiki-rewrites.incl
  • commons.wikimedia.org: has public-wiki-rewrites.incl
  • grants.wikimedia.org and other fishbowls: has public-wiki-rewrites.incl (via wikimedia-common)
  • usability.wikimedia.org: missing

Which means https://www.mediawiki.org/w/resources/assets/poweredby_mediawiki_88x31.png is currently 404 Not Found because https://gerrit.wikimedia.org/r/263566 was ineffective for that domain.

Stashbot subscribed.Feb 16 2016, 6:03 PM

Mentioned in SAL [2016-02-16T18:03:56Z] <krinkle@tin> Synchronized php-1.27.0-wmf.13/includes/mime.types: Fix .htc static (T99096) (duration: 00m 58s)

gerritbot added a comment.Feb 16 2016, 6:04 PM

Change 271009 had a related patch set uploaded (by Krinkle):
MimeMagic: Recognise .htc as text/x-component

https://gerrit.wikimedia.org/r/271009

gerritbot added a comment.Feb 16 2016, 6:18 PM

Change 271009 merged by jenkins-bot:
MimeMagic: Recognise .htc as text/x-component

https://gerrit.wikimedia.org/r/271009

gerritbot added a comment.Feb 17 2016, 6:24 PM

Change 271013 had a related patch set uploaded (by Krinkle):
mediawiki: Apply public-wiki-rewrites.incl to www.mediawiki.org

https://gerrit.wikimedia.org/r/271013

gerritbot added a comment.Feb 17 2016, 7:34 PM

Change 271013 merged by Ori.livneh:
mediawiki: Apply public-wiki-rewrites.incl to www.mediawiki.org

https://gerrit.wikimedia.org/r/271013

Krinkle updated the task description. (Show Details)Feb 17 2016, 7:34 PM
gerritbot added a comment.Feb 17 2016, 7:43 PM

Change 271330 had a related patch set uploaded (by Krinkle):
mediawiki: Apply public-wiki-rewrites.incl to *.wikiquote.org

https://gerrit.wikimedia.org/r/271330

gerritbot added a comment.Feb 17 2016, 7:50 PM

Change 271332 had a related patch set uploaded (by Krinkle):
mediawiki: Apply public-wiki-rewrites to wikiversity and wikivoyage

https://gerrit.wikimedia.org/r/271332

gerritbot added a comment.Feb 17 2016, 7:54 PM

Change 271337 had a related patch set uploaded (by Krinkle):
Re-apply "Set $wgResourceBasePath to /w for www.mediawiki.org"

https://gerrit.wikimedia.org/r/271337

gerritbot added a comment.Feb 17 2016, 8:05 PM

Change 271332 abandoned by Krinkle:
mediawiki: Apply public-wiki-rewrites to wikiversity and wikivoyage

Reason:
Squared into Iadcc9c890f484.

https://gerrit.wikimedia.org/r/271332

gerritbot added a comment.Feb 17 2016, 8:22 PM

Change 271337 merged by jenkins-bot:
Re-apply "Set $wgResourceBasePath to /w for www.mediawiki.org"

https://gerrit.wikimedia.org/r/271337

gerritbot added a comment.Feb 17 2016, 8:25 PM

Change 271330 merged by Ori.livneh:
mediawiki: Apply public-wiki-rewrites to all remaining wiki domains

https://gerrit.wikimedia.org/r/271330

Stashbot added a comment.Feb 17 2016, 8:25 PM

Mentioned in SAL [2016-02-17T20:25:38Z] <krinkle@tin> Synchronized wmf-config/CommonSettings.php: Re-enable T99096 for mediawiki.org (duration: 01m 29s)

Krinkle updated the task description. (Show Details)Feb 17 2016, 8:30 PM
• bmansurov unsubscribed.Feb 17 2016, 8:35 PM
ReleaseTaggerBot added projects: MW-1.27-release (WMF-deploy-2016-02-16_(1.27.0-wmf.14)), MW-1.27-release (WMF-deploy-2016-02-09_(1.27.0-wmf.13)).Feb 17 2016, 10:02 PM
gerritbot added a comment.Feb 18 2016, 9:31 PM

Change 271002 merged by jenkins-bot:
MimeMagic: Recognise .htc as text/x-component

https://gerrit.wikimedia.org/r/271002

ReleaseTaggerBot added projects: MW-1.27-release-notes, MW-1.27-release (WMF-deploy-2016-03-01_(1.27.0-wmf.15)).Feb 18 2016, 10:00 PM
gerritbot added a comment.Feb 19 2016, 12:01 AM

Change 271708 had a related patch set uploaded (by Krinkle):
Convert $wgResourceBasePath switch to InitialiseSettings

https://gerrit.wikimedia.org/r/271708

gerritbot added a comment.Feb 19 2016, 12:01 AM

Change 271709 had a related patch set uploaded (by Krinkle):
Set $wgResourceBasePath to "/w" for small wikis

https://gerrit.wikimedia.org/r/271709

gerritbot added a comment.Feb 19 2016, 12:01 AM

Change 271710 had a related patch set uploaded (by Krinkle):
Set $wgResourceBasePath to "/w" for medium wikis

https://gerrit.wikimedia.org/r/271710

gerritbot added a comment.Feb 19 2016, 12:01 AM

Change 271711 had a related patch set uploaded (by Krinkle):
Set $wgResourceBasePath to "/w" for all wikis

https://gerrit.wikimedia.org/r/271711

gerritbot added a comment.Feb 19 2016, 1:58 AM

Change 271708 merged by jenkins-bot:
Convert $wgResourceBasePath switch to InitialiseSettings

https://gerrit.wikimedia.org/r/271708

Krinkle removed projects: MW-1.27-release (WMF-deploy-2016-03-01_(1.27.0-wmf.15)), MW-1.27-release (WMF-deploy-2016-02-09_(1.27.0-wmf.13)), MW-1.27-release (WMF-deploy-2016-02-16_(1.27.0-wmf.14)).Feb 19 2016, 2:26 AM
Krinkle added a comment.Feb 19 2016, 1:16 PM
In T99096#2032268, @Krinkle wrote:

Rollout to group1 and group2 is blocked on Apache config being applied more widely first. Apparently various wiki domains are lacking the public-wiki-rewrites.incl configuration.

main.conf (puppet):

  • *.wikipedia.org: has public-wiki-rewrites.incl
  • *.wikinews.org: has public-wiki-rewrites.incl
  • *.wikidata.org: has public-wiki-rewrites.incl
  • *.wiktionary.org: has public-wiki-rewrites.incl
  • www.mediawiki.org: missing
  • *.wikiquote.org: missing
  • *.wikibooks.org: missing
  • *.wikisource.org: missing
  • *.wikiversity.org: missing
  • *.wikivoyage.org: missing

remnant.conf (puppet):

  • usability.wikimedia.org: missing

Which means https://www.mediawiki.org/w/resources/assets/poweredby_mediawiki_88x31.png is currently 404 Not Found because https://gerrit.wikimedia.org/r/263566 was ineffective for that domain.

This has been fixed for all domains now with Apache config patch https://gerrit.wikimedia.org/r271013 and https://gerrit.wikimedia.org/r/271330. We can continue roll out of $wgResourceBasePath = "/w" to more wikis now.

gerritbot added a comment.Feb 22 2016, 6:29 PM

Change 271709 merged by jenkins-bot:
Set $wgResourceBasePath to "/w" for small wikis

https://gerrit.wikimedia.org/r/271709

ArielGlenn mentioned this in T127931: Number of 5xx (mainly 503) errors surge from text caches since February 17th.Feb 24 2016, 9:37 AM
gerritbot added a comment.Feb 24 2016, 1:59 PM

Change 271710 merged by jenkins-bot:
Set $wgResourceBasePath to "/w" for medium wikis

https://gerrit.wikimedia.org/r/271710

gerritbot added a comment.Feb 26 2016, 3:45 AM

Change 273410 had a related patch set uploaded (by Alex Monk):
Add public-wiki-rewrites to wikitech

https://gerrit.wikimedia.org/r/273410

gerritbot added a comment.Feb 26 2016, 1:53 PM

Change 271711 merged by jenkins-bot:
Set $wgResourceBasePath to "/w" for remaining wikis

https://gerrit.wikimedia.org/r/271711

Krinkle closed this task as Resolved.Feb 26 2016, 1:58 PM
Krinkle removed a project: Patch-For-Review.
Krinkle updated the task description. (Show Details)
Stashbot added a comment.Feb 26 2016, 1:59 PM

Mentioned in SAL [2016-02-26T13:59:17Z] <krinkle@tin> Synchronized wmf-config/InitialiseSettings.php: T99096: Enable wmgUseWmfstatic on remaining wikis (duration: 00m 50s)

Krinkle added a project: Wikimedia-Performance-publish.Mar 2 2016, 4:46 PM
Krinkle moved this task from Untriaged to Published on the Wikimedia-Performance-publish board.
Krenair mentioned this in T128747: Wikitechwiki has 4xx responses to requests for some static assets inc. poweredby_mediawiki_88x31.png and WikiEditor's button-sprite.svg.Mar 3 2016, 5:06 PM
gerritbot added a comment.Mar 3 2016, 6:15 PM

Change 273410 merged by Jcrespo:
Add public-wiki-rewrites to wikitech

https://gerrit.wikimedia.org/r/273410

gerritbot added a comment.Mar 10 2016, 12:00 AM

Change 276383 had a related patch set uploaded (by Krinkle):
multiversion: Remove logic for branch pointers in /w/static

https://gerrit.wikimedia.org/r/276383

gerritbot added a project: Patch-For-Review.Mar 10 2016, 12:00 AM
gerritbot added a comment.Mar 11 2016, 1:19 AM

Change 276383 merged by jenkins-bot:
multiversion: Remove logic for branch pointers in /w/static

https://gerrit.wikimedia.org/r/276383

gerritbot added a comment.Mar 11 2016, 3:22 PM

Change 276748 had a related patch set uploaded (by Krinkle):
Remove unused static symlinks for beta php-master

https://gerrit.wikimedia.org/r/276748

gerritbot added a comment.Mar 14 2016, 5:15 PM

Change 276748 merged by jenkins-bot:
Remove unused static symlinks for beta php-master

https://gerrit.wikimedia.org/r/276748

gerritbot added a comment.Apr 3 2016, 11:05 PM

Change 281379 had a related patch set uploaded (by Krinkle):
Remove inaccessible symlinks at /w/extensions and /w/skins

https://gerrit.wikimedia.org/r/281379

gerritbot added a comment.Apr 7 2016, 9:22 PM

Change 281379 merged by jenkins-bot:
Remove inaccessible symlinks at /w/extensions and /w/skins

https://gerrit.wikimedia.org/r/281379

Krinkle mentioned this in T63442: Use gzip transfer encoding for SVG files from MediaWiki static assets.Apr 18 2016, 8:42 PM
Krinkle moved this task from Published to Ready for write-up on the Wikimedia-Performance-publish board.Jul 6 2016, 11:53 PM
hashar mentioned this in T162164: Request for static config file on the beta cluster returns a 403.Apr 5 2017, 10:11 AM
Krinkle removed a project: Patch-For-Review.Nov 2 2017, 4:12 AM
Krinkle mentioned this in T140921: Reduce static asset time on disk from five trains' worth to two.Jan 11 2019, 9:53 PM
Krinkle mentioned this in T232615: Enable gzip compression for interface icon SVGs served by MediaWiki.Sep 11 2019, 3:24 PM
Aklapper removed a subscriber: Anomie.Oct 16 2020, 5:42 PM
Krinkle mentioned this in T302465: Deprecate "/static/current" at WMF in favour of similar long-cache unversioned /w/ URLs.Feb 23 2022, 11:59 PM
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL · Credits