guzzle-cache-middleware
guzzle-cache-middleware copied to clipboard
A HTTP Cache for Guzzle 6. It's a simple Middleware to be added in the HandlerStack.
Will solve: https://github.com/Kevinrob/guzzle-cache-middleware/issues/170
Test which. ``` // Mocking only one response $this->addResponse( new EthereumFeeEstimateResponse('0.01', '0.9')); $this->requestEthereum(new EthereumFeeEstimateRequest('ETH', '199', 'abc', 'address')); // same body $this->requestEthereum(new EthereumFeeEstimateRequest('ETH', '199', 'abc', 'address')); // same body $this->shouldMakeCallToTheNetwork(); //...
It would be nice to have an option to refresh some stale caches in the background. With such mechanism, middleware could increment the overall application performance. At least `stale-while-revalidate` directive...
see https://github.com/schmittjoh/serializer/issues/1324
PHP 8.4 is now in release candidate and due for release in about 6 weeks. Features are now sealed. This pull request: * Add PHP 8.4 tests in the GitHub...
This change updates the library to be compatible with both Flysystem v2 and v3. Key changes include: - Updated `composer.json` to allow `league/flysystem` versions `^2.5 || ^3.0`. - Modified `src/Storage/FlysystemStorage.php`...
## Summary If PHP is configured with a non-UTC timezone, this library ends up caching objects that should not be cached when going from summer time to winter time. ##...
According to [HTTP Caching RFC](https://www.rfc-editor.org/rfc/rfc9111.html#section-3.5), requests containing `Authorization` header should not be cached, unless several special directives (`must-revalidate`, `public` and `s-maxage`) explicitly allow it. And in current implementation request containing...
This PR fixes a critical issue where responses that should not be cached were being cached for approximately one hour during DST (Daylight Saving Time) transitions when PHP is configured...
this is an updated version of #128, rebased on top of current `HEAD` and with a fix to the test to reflect the new reality (which is what #128 was...