Par défaut, Guzzle se moque complètement du TTL du cache et utilise les header de la réponse pour vérifier s'il doit relancer la requête.
J'ai donc ajouté une option de config sous cache : force_request_ttl. Le principe est que si on définit cette option à true alors toutes les requêtes crées auront l'option qui permet d'écraser le TTL calculé par Guzzle par le TTL définit dans le cache.
Par ailleurs, j'ai fait quelques modifications dans le GuzzleClientAdapter pour avoir une méthode générique qui permet de créer tout types de requêtes (on était limité aux GET/POST jusque là).
Je laisse en WIP pour l'instant, il va falloir que je fasse un tour dans les tests.
Par défaut, Guzzle se moque complètement du TTL du cache et utilise les header de la réponse pour vérifier s'il doit relancer la requête.
J'ai donc ajouté une option de config sous
cache
:force_request_ttl
. Le principe est que si on définit cette option àtrue
alors toutes les requêtes crées auront l'option qui permet d'écraser le TTL calculé par Guzzle par le TTL définit dans le cache.Par ailleurs, j'ai fait quelques modifications dans le GuzzleClientAdapter pour avoir une méthode générique qui permet de créer tout types de requêtes (on était limité aux GET/POST jusque là).
Je laisse en WIP pour l'instant, il va falloir que je fasse un tour dans les tests.
Avis demandés ! @omansour
close #6