Merge ~cjwatson/squid-reverseproxy-charm:services-only-from-config into squid-reverseproxy-charm:master
Status: | Merged |
---|---|
Approved by: | Tom Haddon |
Approved revision: | 8666351a0937bc1b5f0373127c2eed3b76f7f066 |
Merged at revision: | d5133d08cae926fd89b9a7434fdbf6a66817004e |
Proposed branch: | ~cjwatson/squid-reverseproxy-charm:services-only-from-config |
Merge into: | squid-reverseproxy-charm:master |
Diff against target: |
70 lines (+36/-2) 3 files modified
config.yaml (+4/-0) hooks/hooks.py (+6/-2) hooks/tests/test_website_hooks.py (+26/-0) |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Tom Haddon | Approve | ||
Canonical IS Reviewers | Pending | ||
Review via email: mp+447787@code.launchpad.net |
Commit message
Add services_
Description of the change
In some circumstances it is desirable for the charm to only re-export a subset of the services it consumes. This allows that.
I grabbed this from the snap store's fork of this charm: the store uses it as part of an arrangement to cache some names and search requests with different rate-limiting. I also need it for Launchpad in order to be able to write Apache virtual host configurations that send some requests through to haproxy via Squid but some requests directly to haproxy, for the same service (in our case we use this to selectively cache things based on whether the header indicate an attempt to authenticate). With two use cases, I think that makes it worth trying to get it into the mainline charm.
This merge proposal is being monitored by mergebot. Change the status to Approved to merge.