-
Notifications
You must be signed in to change notification settings - Fork 126
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Next Cache never expires with Pages Router #389
Comments
Page router don't use dynamodb |
Yeah deploying via SST.
x-nextjs-cache: STALE
Cache-Control: s-maxage=2, stale-while-revalidate=2592000
X-Cache: RefreshHit from cloudfront
Age: 92
Have deployed from local built on windows and from pipeline built on ubuntu, both behave similarly.
…________________________________
From: conico974 ***@***.***>
Sent: Wednesday, 20 March 2024 18:01
To: sst/open-next ***@***.***>
Cc: Matt Ekron ***@***.***>; Author ***@***.***>
Subject: Re: [sst/open-next] Next Cache never expires with Pages Router (Issue #389)
Page router don't use dynamodb
How are you deploying ? With sst ?
What are the X-Nextjs-Cache, Cache-Control and X-Cache headers for your stale pages ?
You're not building on windows ?
—
Reply to this email directly, view it on GitHub<#389 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AVKHFLGF52QUTOZEKOLKIZ3YZGXHDAVCNFSM6AAAAABE7SQ4H2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBZHEZTAMBWGI>.
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Try adding FYI open-next doesn't work on windows #385 If this doesn't solve the issue, you'll need to create a minimum repro |
just chiming in. PR is merged. |
I'm going to close this old issue. |
Hi,
I'm currently attempting to use ISR, without on demand invalidation, where my pages are supposed to expire after 10 minutes.
I can see the cloudfront cache expire and it coming to next, however next never seems to regenerate the page no matter how long I wait.
Deleting all files with the _cache/ prefix in the app bucket seems to force this regeneration to occur.
Additionally, there never seem to be any entries added to the dynmaodb table.
On next 13.5.6 and opennext 2.3.5
The text was updated successfully, but these errors were encountered: