Publish: a published edit is live without a deploy (cache and freshness)
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- cloud, markdown, sqlite
- Ambito
- cloud, performance
Direzione di ricerca
Start with the Worker's read path and the Publish flow that writes new post text, since the issue leaves the caching mechanism open and it depends on #19. Pick one approach (version key, cache tags with purge, or short TTL with stale-while-revalidate) and record its failure mode in the README. Done when a changed post is served fresh within 5 seconds while unchanged pages stay cached, and a check covers both cases.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Part of #16. Depends on #19.
A published edit should be live without a deploy. Decide and implement how the Worker caches reads and how Publish makes a change visible: a version key bumped on every publish that the Worker checks, cache tags or the Cache API with purge, or short TTLs with stale-while-revalidate.
Acceptance criteria
- After Publish returns, a request to the post's page serves the new text within the documented time (target: under 5 seconds).
- Unchanged pages keep being served from cache.
- The mechanism is documented in the README with its failure mode (what a reader sees if the purge fails).
- A check proves a changed post is served fresh and an unchanged one is not refetched.
- Lingua principale
- HTML
- Stelle
- 0
- Fork
- 0
- Merge medio
- 1m
- PR unite (30g)
- 2
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di mrgnw/cfcms
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
Issue simili
-
[BUG] DynamoDB: PutResourcePolicy rejects ExpectedRevisionId=NO_POLICY on a table with no policyAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
S3 deletion sends malformed XML or changes carriage returns in object keysForse già presa @vinsymoyya l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
enhancement
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
oracle/terraform-provider-oci#2662 ·
-
infra: 生成の失敗を Cloud Logging から読む時の roles/logging.viewer を、ループの Job の SA に変数で付ける(既定 off・apply は人)Apertatask
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno