Open DevsDidSomething opened 2 days ago
Played around with opennext, and I was able to fix this on main
.
I made a modification to the incremental-cache.ts
file and made export const SEED_DATA_DIR = ""
and pre-rendered pages no longer hit my worker.
This only works on the main branch, i've noticed that on the experimental middleware branch, it'll still hit my worker (I assume because the middleware is being called).
Played around with opennext, and I was able to fix this on main.
I would not say "fix" here because:
SEED_DATA_DIR
to ""
will expose the cache content on public URLs - it's ok for static content but that's probably not something you want for i.e. fetch cache that might include private info/secrets.Also as you noted the experimental branch is different for now. Cache is now ready there yet.
Once the experimental branch becomes the main branch we can revisit that. It might be possible to determine that a static page would not be affected by the routing (middleware + headers/rewrites) at build time. In such a case we could serve the page without hitting the worker. In other cases we will still need to run the middleware/routing layer.
Note: what OpenNext refers to as "middleware" is actually Next routing + middleware.
Describe the bug
Pre-rendered static pages (e.g., /helloWorld) are being incorrectly served from /cdn-cgi/_cf_seed_data instead of the /assets folder. This causes unnecessary worker invocations and CPU spikes of 200-300ms per page visit.
Fix would require moving the content inside of "/cdn-cgi/_cf_seed_data" to the root of the "/assets" folder. I manually moved a test "test.html" into my assets folder and can confirm that visiting "/test" on my deployed website doesn't hit my worker which is the expectation.
Steps to reproduce
Expected behavior
Pages pre-rendered as static should not hit your worker Static content should be served directly from /assets
@opennextjs/cloudflare version
0.2.1
Node.js version
22.1
Wrangler version
3.88
next info output
Additional context
No response