Symfony HTTP Client and caching
Symfony has a HTTP client which differ from other clients like Guzzle, Buzz or clients from the HTTPlug organization. Symfony’s HTTP client is asynchronous by default. Using asynchronous anything is strange in PHP but there is no magic. The asynchronous part in any PHP HTTP client is achieved with help from cURL.
Asynchronous by default means that we are only making the HTTP request when we actually need data from the response. This allow us to start multiple requests and let cURL execute them in parallel.
Consider a server that take one second to reply.
The code above will take just more than one second to execute all the HTTP requests and read the response. .
The following code will make the requests in serial.
I hope this illustrate why Symfony’s HTTP client is super cool. This is of course achievable in other clients but Symfony has built their client with asynchronous in its foundation.
How about caching responses?
If some of these 100 requests have been executed previously, we could reduce the number of HTTP requests by using cache. How could we leverage caching with these parallel requests?
The recommended way is to use the CachingHttpClient
, that will respect all cache headers sent by the server
(See the documentation). If
you want more control or ignore the servers header we must use a more custom approach. This could be a good solution when you
are caching responses from a paid API (ie Google Translate).
The general idea is to first look in the cache, if there is a cache miss, we start the request. Then we loop over all the cache misses and fetch the response to store them in cache for later use.
The full example looks like this.
At first, this might seam to be a complex setup with a lot of things happening. Im not yet sure how to simplify this and make the code more easy to read. . The code example works as a good template for future customizations. In a real world project you would probably use different cache lengths types depending on what response code you get. We would also need error handling and maybe response hydration.
I hope this post gave some inspiration what you could use with the Symfony HTTP client.
Leave a Comment