next-on-pages in production with a lot of traffic quite successfully. It's a lot of effort for Cloudflare & co (and the individual contributors like James) to chase the ever-moving goal post, but with a bit of fiddling and pinning dependencies responsively, it runs perfectly. net in devvercel CLI version), I've got a pet project deployed to Pages with next 15.0.3, app router, apis/middleware, etc and it's working greatvercel CLI should fix it)
npm run pages:build && wrangler pages dev) similar to running the Next.js dev server in terms of speed? Right now it feels quite cumbersome in comparison to Next with turbopack or Vite because of 15+ second build times. Or is the OpenNext initiative looking to resolve this? By making then runtimes similar when using the Next.js dev server vs deployed on Pages?process.env.CUSTOM_VAR cannot find my env, even though I added the secrets on Wrangler.setupDevPlatform is definitely helpful there. But sometimes I have to debug an issue due to the subtle differences between runtimes of next dev (Vercel Edge) and wrangler pages dev (workerd) because the latter is what runs on production. So I'm looking for a faster workflow to do that locally. Is the best option currently to run npx @cloudflare/next-on-pages --watch, and then re-run wrangler pages dev on changes to the build assets? I tried the --live-reload functionality of wrangler pages dev in this situation but it did not seem to trigger reloads of the browser page. And when I manually reload the page, it still referencing the JS chunk files from the original build in the page index HTML causing loading errors until I manually restart the Wrangler dev server. I haven't tried Nodemon yet to restart the Wrangler dev server on build changes, so that might be an option. I'm curious how other people are tackling this.--frozen-lockfile?next-on-pagesvercelvercelIllegal invocation: function called with incorrect `this` referencenpm run pages:build && wrangler pages devprocess.env.CUSTOM_VARsetupDevPlatform npx @cloudflare/next-on-pages --watch22:50:27.881 ▲ Its type '() => Promise<JSX.Element>' is not a valid JSX element type.
22:50:27.881 ▲ Type '() => Promise<JSX.Element>' is not assignable to type '(props: any, deprecatedLegacyContext?: any) => ReactNode'.
22:50:27.881 ▲ Type 'Promise<Element>' is not assignable to type 'ReactNode'.Ignoring not compatible lockfile at /opt/buildhome/repo/pnpm-lock.yaml--frozen-lockfilepnpm install --frozen-lockfile
ERR_PNPM_LOCKFILE_BREAKING_CHANGE Lockfile /path/to/proj/pnpm-lock.yaml not compatible with current pnpm