@@ -16,8 +16,8 @@ client suitable for the proxy server you use.
16
16
Supported invalidation methods
17
17
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
18
18
19
- Not all clients support all operations. This table provides an overview what
20
- each proxy client supports :
19
+ Not all clients support all :ref: ` invalidation methods < invalidation methods >`.
20
+ This table provides of methods supported by each proxy client:
21
21
22
22
============= ======= ======= =======
23
23
Client Purge Refresh Ban
35
35
-----
36
36
37
37
Most proxy clients use the ``HttpDispatcher `` to send requests to the proxy
38
- server. The ``HttpDispatcher `` is built on top of the Httplug _ abstraction to
38
+ server. The ``HttpDispatcher `` is built on top of the HTTPlug _ abstraction to
39
39
be independent of specific HTTP client implementations.
40
40
41
41
.. _HTTP client configuration :
@@ -69,10 +69,10 @@ used. If you specify a custom HTTP client, you need to configure the client to
69
69
convert HTTP error status into exceptions. This can either be done in a client
70
70
specific way or with the HTTPlug ``PluginClient `` and the ``ErrorPlugin ``.
71
71
If client and/or URI factory are not specified, the dispatcher uses
72
- `Httplug discovery_ ` to find available implementations.
72
+ `HTTPlug discovery `_ to find available implementations.
73
73
74
- Learn more about available HTTP clients `in the Httplug documentation `_. To
75
- customize the behavior of the HTTP client, you can use `Httplug plugins `_.
74
+ Learn more about available HTTP clients `in the HTTPlug documentation `_. To
75
+ customize the behavior of the HTTP client, you can use `HTTPlug plugins `_.
76
76
77
77
.. _varnish client :
78
78
@@ -104,7 +104,7 @@ You can also pass some options to the Varnish client:
104
104
merged with the built-in headers.
105
105
106
106
Additionally, you can specify the request factory used to build the
107
- invalidation HTTP requests. If not specified, auto discovery is used - which
107
+ invalidation HTTP requests. If not specified, auto discovery is used – which
108
108
usually is fine.
109
109
110
110
A full example could look like this::
@@ -175,7 +175,7 @@ The Multiplexer client allows multiple Proxy clients to be used during the stand
175
175
cache invalidation, thus enabling multiple caches to be handled at once.
176
176
It is useful when multiple caches exist in the environment and they need to be handled
177
177
at the same time; the Multiplexer proxy client will forward the cache invalidation calls
178
- to all Proxy clients provided at creation time. ::
178
+ to all proxy clients provided at creation time::
179
179
180
180
use FOS\HttpCache\ProxyClient\MultiplexerClient;
181
181
use FOS\HttpCache\ProxyClient\Nginx;
@@ -215,8 +215,8 @@ requests to the proxy server. This is on purpose: this way, we can send
215
215
all requests together, reducing the performance impact of sending invalidation
216
216
requests.
217
217
218
- .. _ Httplug : http://httplug.io/
219
- .. _ Httplug discovery : http://php-http.readthedocs.io/en/latest/discovery.html
220
- .. _in the Httplug documentation : http://php-http.readthedocs.io/en/latest/clients.html
221
- .. _ Httplug plugins : http://php-http.readthedocs.io/en/latest/plugins/index.html
218
+ .. _ HTTPlug : http://httplug.io/
219
+ .. _ HTTPlug discovery : http://php-http.readthedocs.io/en/latest/discovery.html
220
+ .. _in the HTTPlug documentation : http://php-http.readthedocs.io/en/latest/clients.html
221
+ .. _ HTTPlug plugins : http://php-http.readthedocs.io/en/latest/plugins/index.html
222
222
.. _message factory and URI factory : http://php-http.readthedocs.io/en/latest/message/message-factory.html
0 commit comments