From d43bfb8cd1c69440dc360647e83604d93c2d3d2e Mon Sep 17 00:00:00 2001 From: Soner Sayakci Date: Fri, 23 Jan 2026 07:24:43 +0100 Subject: [PATCH] fix: lint error to fix ci --- concepts/framework/http_cache.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/concepts/framework/http_cache.md b/concepts/framework/http_cache.md index ece6497e1..892144292 100644 --- a/concepts/framework/http_cache.md +++ b/concepts/framework/http_cache.md @@ -97,7 +97,7 @@ This is because all data loaded in a Storefront controller is loaded in the core List-type routes are not tagged with all entities returned in the response. This applies to Store API endpoints such as product listings or search results, category listings, or SEO URL listings. These routes instead rely on their TTL as defined by the active HTTP Caching Policy. If the default TTLs are not appropriate for your use case, configure a [custom caching policy](../../guides/hosting/performance/caches.md#fine-tuning-per-route-or-app-hook) for those routes. The reason is that, while it would be technically possible to try to invalidate all affected listings when a single entity changes, doing this at scale is very costly in terms of performance and resources. One entity can appear in many different listings (with different filters, sorting, pagination, etc.). It is also not possible to catch all cases where a change would cause an entity to newly appear in or disappear from a cached listing. Because of this, listing pages cannot guarantee strict, immediate consistency under caching; instead, we accept a small amount of staleness in exchange for predictable performance and stability. Since v6.7.7.0, cache invalidations logging at info level can be enabled or disabled via the `tag_invalidation_log_enabled` configuration option. -It is disabled by default. +It is disabled by default. ```yaml # /config/packages/shopware.yaml