bundle everything into a file and seperate, do you think it will affect the performance?
bundle everything into a file and seperate, do you think it will affect the performance?
HNo, since none of the code is actually executed unless that route is triggered
Tthank you
Dit's not all bundled into a single file but yeah all into a single worker 
HOh interesting, it does dynamic imports?
THi Dario. do you think if I use Nextjs API route handler or I write and deploy the seperate worker for each APi route handler. do you think which one is more performance and cost-saving.
D
GitHub
CLI to build and develop Next.js apps for Cloudflare Pages - cloudflare/next-on-pages
Da separate worker for each api route handler seems very very cumbersome to maintain, and it would likely incur more cold starts than a single next-on-pages worker
so I would not go that route personally
performance-wise it should be practically almost the same (besides the issue mentioned by @juanferreras above (https://discord.com/channels/595317990191398933/1135899572141568050/threads/1221910415169294518), which can add some minor slight slowdowns
)
cost-saving I can't imagine there being any difference
so I would not go that route personally
performance-wise it should be practically almost the same (besides the issue mentioned by @juanferreras above (https://discord.com/channels/595317990191398933/1135899572141568050/threads/1221910415169294518), which can add some minor slight slowdowns
)cost-saving I can't imagine there being any difference
Discord
Discord is the easiest way to communicate over voice, video, and text. Chat, hang out, and stay close with your friends and communities.
TThank you very much Dario
Dno problem 
THello, so I'm trying to integrate Turso DB and I just wanted to ask about best practices as all the examples I've found are really specific how to setup an individual worker with turso. I know functions are workers under the hood but I guess I'm getting a bit confused of the best practice to fetch data. Should I be creating api endpoints in the /api folder OR /functions? or _worker ?
JIf you want to use
@cloudflare/next-on-pagesperfect, thanks
Shi! Is there a way to get next-on-pages to generate source maps of its webpack files? ie.
__next-on-pages-dist__/webpack/62d6966c94b522734ceb09853b489431.js. I can only seem to generate sourcemaps for the layer before it, ~/_next/static/chunks/1249.d9777ee89355e4b6.js, which is not reported in stack traces when an error is thrown.
Dno, sorry the source maps next-on-pages story is unfortunately very weak at the moment 
SGitHub
Description Unclear to me if this is supported or not at the moment, but wanted to flag it in case not. My error handler, Sentry, needs source maps to map the minified stacktraces to my repo source...
Dyes that's a good summary of it
DI can't really say that it'd be impossible, but most definitely quite the effort
SMost of my next js endpoints are a separate trpc package, so I think I’ll just wrap them in a separate worker and point my app to a separate subdomain to improve error reporting (I have mobile clients too using the next APIs)
TSo, I'm wanting to use Drizzle + Turso DB. Are there any specific gotchas I need to be aware of with cloudflare pages or can I just initialize the db, query it in the api route as if it was a next app NOT on pages?
DI can appreciate that not having it is a significant impairment for development... maybe we should investigate it more in the future, I would likely not try to do that before we start adopting the turbo output (after 
vercel build supports it, that's it), as that will most likely force us to make changes in how we build the worker, so we wouldn't want to have to (try to) solve the source map twice SYeah it’s a significant issue for my use case. Pretty hard to debug production at the moment. Also not having Logpush on pages is hard.
Wit seems there is problem on deployment today, first i got "Deployment complete! Take a peek over at https://*****", but when i visit the url, I got "Nothing is here yet. If the project exists, it may not be ready yet. Please check back later". The depolyment is failed without any detail information
Vgot a silly question, that i dont see any answer, in the web, why there is a static sites, everywhere, on the cloudflare, pages, does this not work if i have a SAAS product that will interact with workers, and generate SSR page.? its in sveltekit btw im confused,
IThere's 2 main types of sites (and some are a combination of both):
- Client side rendered, also known as CSR. This is raw HTML/CSS/JS. The browser uses JavaScript to "hydrate" the content of the page, or loading things on the page (i.e. like an ecommerce store with filters for products or a counter incrementing when the user clicks the button).
- Server side rendered, also known as SSR. In this case the server (Cloudflare Pages in this case) renders out the HTML based on the request, so that by the time the response arrives at the browser it's already rendered and complete. Pages only supports SSR with JavaScript, not with any other server like C#, and only with specific frameworks like SvelteKit or Astro.
IAnother example would be Amazon. You'll notice that as soon as you load the page the products are visible (SSR) but then when you change a filter the products change without a full page reload (with JavaScript on the browser).
Vso bascially no client side js right...?
IClient side JS is fully possible.
ISvelteKit will automatically convert your
.svelte files to JS for you though.ISo you just write Svelte as normal.
IA static site just means not server-side rendered. It can still be interactive and have client-side JS.
Vso basically, a full*** sveltekit app should work on page and all the apis goes into workers... and thanks
IExactly, but even beyond that, SvelteKit will automatically convert your endpoints and other server stuff to Pages Functions for you (which is basically Workers).
Vif thats the case, i dont know why people chosing vercel yikes
ISo you don't need a separate Workers API. It's of course possible, but it's optional because Pages will do it for you.
Vreally
Vwow,,... thats even easier...
Vbut question, again, the bandwith is unlimited are you kidding me....
Vwell, ummm like if some one just need to use workers, that creates a sveltekit app with nothing on the routes, but only apis... does that mean he gets unlimted requests tho 
IYes, anything static will be unlimited requests for free.
Vor pages will make them as workers, for us...
IYou might want to use
@sveltejs/adapter-static to make sure nothing server-side is generated though.Vyep already have everything setup....
I(rather than the default
@sveltejs/adapter-auto)Vi should say bye bye vercel 
CHey Guys, I am stuck on this issue while using next-on-pages next-dev module, not able to get local bindings working, (I am currently in process of using t3 stack with next-on-pages & d1 as database)
SIs it possible to get a flag like wrangler dev's
--remoteAfraid not, the bindings in next dev are emulated using miniflare, so it's local only
PTrick question, We need a page to query Supabase on edge workers (SSR style) based on url parameters. That page needs to use a layout which fetches data from Firestore at build time. We do not want to fetch Firestore with the workers.
How can we mix a statically generated layout at build with dynamic page components generated by Edge?
How can we mix a statically generated layout at build with dynamic page components generated by Edge?
THi everyone, I have a question: I have a nextjs that use next-on-pages to deploy to Pages. is there anyway I can use wrangler to build _worker.js and then deploy it to Workers. I can not use the npx vercel build because the webpack has some issues with one of my library.
Ti try to use node-postgresql library in next-on-pages