HEnvironment Variables aren't global in the module syntax. They are provided on the
envOh, it's Pages
Cah, appreciated, thanks 
NDoes the pages functions support service bindings locally? As in the docs claims that they do https://developers.cloudflare.com/pages/platform/functions/bindings/#interact-with-your-service-binding-locally
but when I do
but when I do
npx wrangler pages dev ./public --local --service STUFF=stuff I getUnknown argument: serviceNdang, I got too excited 
CI made a
.dev.varsProbably dumb question, but how do I upgrade my wrangler? Got 2.1.13 and would like to get up to 2.6.2. I tried with
npm update (yada yada), even globally on a root folder (no package.json) and it doesn't upgrade versions.CI'm having an issue which I suspect is because of this...
CI have the file...
KCIt's running 
Cbut I get 404...
CAlready tried all of those.
C/cc @kian | DevDocs 
CStill happening even after I updated to
2.6.2...
CSkye helped me in the DMs (so I could share my file).
Wanted to leave a note here.
Thanks!
Wanted to leave a note here.
Thanks!
JCorrect. With a
Logs should work fine though from the CLI (you won't get them in the dashboard)
Do this in your terminal to see logs for the last preview deployment:
_worker.js for toolsets like Remix, Astro, etc, you won't see the functions in the Function tab in the dashboard.Logs should work fine though from the CLI (you won't get them in the dashboard)
Do this in your terminal to see logs for the last preview deployment:
wrangler pages deployment tail --environment=preview
ZIs there any plan to fix this? Been that way for a long time and it seems like a bug
BI am building a pages app using astro and cf functions (mostly for fetching data). I noticed that functions work properly when used on the client (i.e. inside
script tags or components that render on the client) but result in error (500 failed to parse url) when used on the server (i.e. inside --- and that gets executed during build stage). Is it normal behaviour? does that mean functions are available only after the build stage?
UYes that's normal. Functions are only available when deployed.
Band if I want to fetch data during build I would need to set up a full scale worker?
UYou can probably just remove the function all together and just fetch whatever data you need in the astro component. 
Bthank you. understood
JNot that I'm aware of. I added it to #pages-feature-suggestions
https://discord.com/channels/595317990191398933/920749372256419930/1052257731660230697
https://discord.com/channels/595317990191398933/920749372256419930/1052257731660230697
JThey are super cool, but I think that's very valid feedback. The process for node compat in Workers is as simple as adding
There's work happening for Pages config where hopefully this kind of thing can happen, but I don't think there's any real ETA on that unfortunately. So ultimately, you're left to build a
node_compat = true to your wrangler.tomlThere's work happening for Pages config where hopefully this kind of thing can happen, but I don't think there's any real ETA on that unfortunately. So ultimately, you're left to build a
_worker.js yourself if you need to do anything complex JFunctions has an "advanced mode" where you can effectively just run a Worker, and then get assets via
env.ASSETS: https://developers.cloudflare.com/pages/platform/functions/advanced-mode/JThis will mean that every call to your site will count towards your limits though - static assets are no longer free unless you configure your
_routes.json: https://developers.cloudflare.com/pages/platform/functions/routing/#creating-a-_routesjson-file
JCI, GitHub integration, and easy static assets
Upreviews
Ubiggest one imo
JWouldn’t that be cool 