-
Notifications
You must be signed in to change notification settings - Fork 60
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
support varnish management port for banning #61
Comments
maybe go with http://www.php.net/manual/en/class.varnishadmin.php - also for hhvm http://docs.hhvm.com/manual/en/varnish.example.admin.php |
VarnishAdmin requires the Varnish PECL module, which doesn't seem to be available as a system package at least on Debian/Ubuntu and RedHat/CentOS. For me, this is an import reason to create our own client. |
By the way, it seems varnishadm does not support purge and refresh. Should we then implement our proxy client’s |
hm. i guess that is always possible. or we allow to have several clients in the admin, one for purge and another one for ban. though the main value of having a varnishadm ban client would be that you don't need to clutter your varnish configuration with invalidation things. but lets get 1.0 out before we start on this. if its a new proxy client implementation, we can easily add it in 1.1 |
Doesn’t need custom VCL, so that’s good. |
instead of sending special requests to the varnish frontend (and have rules that check every request for being a purge from the webserver), one could also use the tcp interface of varnish to send ban / purge requests over a different channel.
the user of the bundle should be able to call the same methods whether he uses the frontend purge controller or the one using the administration port.
http://www.varnish-cache.org/docs/3.0/reference/varnishd.html#management-interface
see also TODO in https://github.com/liip/CacheControlBundle/blob/master/Helper/Varnish.php
The text was updated successfully, but these errors were encountered: