dotnet/aspnetcore

Cache invalidation

Open

#2.622 geöffnet am 2. Jan. 2018

Auf GitHub ansehen
 (10 Kommentare) (10 Reaktionen) (0 zugewiesene Personen)C# (10.653 Forks)batch import
Needs: Designaffected-fewarea-middlewareenhancementfeature-response-cachinghelp wantedseverity-nice-to-have

Repository-Metriken

Stars
 (37.933 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 16T 9h) (258 gemergte PRs in 30 T)

Beschreibung

From @JunTaoLuo on Thursday, September 15, 2016 2:15:48 PM

Currently we only set the absolute timeouts for cache entries. There is no mechanism to explicitly invalidate a cache entry before expiry. Also, how would applications/users interact with this feature?

Note that invalidation is required by the RFC for unsafe methods, e.g. a successful PUT should invalidate any previous cached resources at the same URI.

Copied from original issue: aspnet/ResponseCaching#38

Contributor Guide

Research-Richtung
Implementieren Sie die explizite Cache Invalidierung für unsichere HTTP Methoden (PUT, DELETE usw.) gemäß RFC 7234. Dies erfordert eine Änderung der Response Caching Middleware, um bei solchen Anfragen die Cache Einträge für die Anfrage URI zu löschen.
Tech Stack
csharp
Domain
backend
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Veraltet
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70