WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
207589
results.webkit.org: Cache archive content
https://bugs.webkit.org/show_bug.cgi?id=207589
Summary
results.webkit.org: Cache archive content
Jonathan Bedard
Reported
2020-02-11 15:09:16 PST
It occurred to me that we can (and should) ask the client to cache archive content since retrieving and unpacking that content is relatively expensive.
Attachments
Patch
(3.96 KB, patch)
2020-02-11 15:26 PST
,
Jonathan Bedard
no flags
Details
Formatted Diff
Diff
Patch
(3.58 KB, patch)
2020-02-11 16:21 PST
,
Jonathan Bedard
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Jonathan Bedard
Comment 1
2020-02-11 15:26:26 PST
Created
attachment 390446
[details]
Patch
Jonathan Bedard
Comment 2
2020-02-11 15:27:25 PST
This is a pretty tremendous perf win, with it, I feel comfortable linking to and exposing archive details from the existing UI.
Zhifei Fang
Comment 3
2020-02-11 16:09:17 PST
Comment on
attachment 390446
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=390446&action=review
> Tools/resultsdbpy/resultsdbpy/flask_support/util.py:127 > + response.headers.add('Expires', (datetime.now() + timedelta(hours=hours)).strftime('%a, %d %b %Y %H:%M:%S GMT'))
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Expires
“If there is a Cache-Control header with the max-age or s-maxage directive in the response, the Expires header is ignored.”
Jonathan Bedard
Comment 4
2020-02-11 16:15:37 PST
Comment on
attachment 390446
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=390446&action=review
>> Tools/resultsdbpy/resultsdbpy/flask_support/util.py:127 >> + response.headers.add('Expires', (datetime.now() + timedelta(hours=hours)).strftime('%a, %d %b %Y %H:%M:%S GMT')) > >
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Expires
> “If there is a Cache-Control header with the max-age or s-maxage directive in the response, the Expires header is ignored.”
So we can just use the max-age, then. Interesting that most web-servers I've pinged seem to set both
Jonathan Bedard
Comment 5
2020-02-11 16:21:52 PST
Created
attachment 390459
[details]
Patch
Zhifei Fang
Comment 6
2020-02-11 16:38:58 PST
(In reply to Jonathan Bedard from
comment #4
)
> Comment on
attachment 390446
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=390446&action=review
> > >> Tools/resultsdbpy/resultsdbpy/flask_support/util.py:127 > >> + response.headers.add('Expires', (datetime.now() + timedelta(hours=hours)).strftime('%a, %d %b %Y %H:%M:%S GMT')) > > > >
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Expires
> > “If there is a Cache-Control header with the max-age or s-maxage directive in the response, the Expires header is ignored.” > > So we can just use the max-age, then. > > Interesting that most web-servers I've pinged seem to set both
While this is because cache-control introduced in http 1.1 they have both defined for support http 1.0 I guess
Zhifei Fang
Comment 7
2020-02-11 16:39:10 PST
unofficially r=me
WebKit Commit Bot
Comment 8
2020-02-12 10:48:03 PST
Comment on
attachment 390459
[details]
Patch Clearing flags on attachment: 390459 Committed
r256453
: <
https://trac.webkit.org/changeset/256453
>
WebKit Commit Bot
Comment 9
2020-02-12 10:48:05 PST
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 10
2020-02-12 10:49:12 PST
<
rdar://problem/59392678
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug