Ubuntu Mirror scripts

Merge lp://staging/~tribaal/ubumirror/really-cache-debs-longer into lp://staging/ubumirror

really-cache-debs-longer
Merge into trunk

Proposed by Chris Glass on 2014-06-08

Status:

Merged

Merged at revision:

Proposed branch:

lp://staging/~tribaal/ubumirror/really-cache-debs-longer

Merge into:

lp://staging/ubumirror

Diff against target:

49 lines (+18/-7)

1 file modified

apache2-ubuntu-mirror.conf (+18/-7)

To merge this branch:

bzr merge lp://staging/~tribaal/ubumirror/really-cache-debs-longer

Low

Fix Committed

Link a bug report

Reviewer	Review Type	Date Requested	Status
Ubumirror Developers		2014-06-08	Pending
Review via email: mp+222452@code.staging.launchpad.net

Description of the change

The previous change introducing more aggressive caching for deb files was reverted (probably during a merge), so this reintroduces the 2 weeks timeout for *.deb files.

Since the deb files are versionned (their URL is constant for a given version), there is no reason not to set the cache timeout to "a long time". 2 weeks should be long enough for most of the regular updates to be held in memory for in-between caches, but it could even be set to much longer (or even non-expiring) quite safely.

lp://staging/~tribaal/ubumirror/really-cache-debs-longer updated on 2014-06-09

76. By Chris Glass on 2014-06-08: Use the expire module instead of just setting headers.
77. By Chris Glass on 2014-06-08: It is actually acceptable to serve stale content in this case - we don't need to force
proxies to refresh debs since they most likely won't change anyway.
78. By Chris Glass on 2014-06-09: Tune the cache behavior a little better.
The expires module sets expire time as well as max-header, no need to specify
it any further.