Yes to number one, don’t have any Functions on the route for number two
Yes to number one, don’t have any Functions on the route for number two
IAre routes.json auto-constructed now?
II thought you used to need to use a routes.json
EThey are if you use /functions and have been for a long while (probably as long as theyve been a thing?)
You only need a custom one if youre doing something weird or are using a _worker.js
You only need a custom one if youre doing something weird or are using a _worker.js
PGreetings and salutations. I have a question about moving a Workers project in TypeScript over to Functions using advanced mode (with a _worker.js). I've written my application in the module syntax (as the docs instructed), but when I compile my TypeScript into _worker.js with tsc, in the output directory (which should be /build, as far as I can tell), the Pages project fails to deploy. I've tried using different options for "module" in the tsconfig.json as well, such as "amd" and "system", because "esnext" doesn't let me use the "outFile" option.
My question is: does all the code for a Function need to be compiled into a single _worker.js, or can each TypeScript file be compiled separately, and then the _worker.js will know to import from the other JavaScript files? Or would it be better to just give up on trying to migrate the Worker, and rebuild the application in the /functions folder instead?
My question is: does all the code for a Function need to be compiled into a single _worker.js, or can each TypeScript file be compiled separately, and then the _worker.js will know to import from the other JavaScript files? Or would it be better to just give up on trying to migrate the Worker, and rebuild the application in the /functions folder instead?
HYou can have a
_worker.jswranglerYou don't need to run
tsc at allPThank you for answering. So it would be as simple as copying over the /src folder and just adding a _worker.js with some minimal code that somehow exposes the Worker?
I'm not sure where I can find these steps in the docs, but the article about Advanced Mode said to compile all the TypeScript into a _worker.js, so I'm a little confused.
I'm not sure where I can find these steps in the docs, but the article about Advanced Mode said to compile all the TypeScript into a _worker.js, so I'm a little confused.
HThey added support a little while ago for
_worker.js_worker.jsOh, wow. Thank you! Going to give this a try.
P@Isaac McFadyen | YYZ01 basically I just want the worker to check if the user is allowed to be on the site or not
Pif yes, allow them to load into it, if not, don't
Pthe reason I want to do it with workers is because I don't want any site data/load to be sent before the user is verified
IWhat do you mean by sent?
IOh, as in, you want it to immediately block them without serving an HTML page?
Pyes
IYou should use SvelteKit middleware in this case, not _worker.js. SvelteKit already uses a _worker.js so you can't add your own.
ISorry, SvelteKit calls it Hooks not Middleware
IPOh. But I mostly wanted to make it using a worker since I want to use this in other projects as well, guess this will work though
IBasically, check their auth (cookie or header or whatever) and if it's invalid just don't call
resolve, return an error instead.
AWould love to get some insights here: https://canary.discord.com/channels/595317990191398933/1174021841023664288
I'm currently trying to fix
I'm currently trying to fix
_routes.json generation in Astro's cloudflare adapter 
DI have question need your help: How to run local for pages project (example run react app and have function in it)
DWhen I deploy by command npm run pages: deploy, it work well,
DBut still not run app in locally
HNo
ZI would be very surprised if it isn't planned. This is an often-requested feature. It seems like there are just other features that are prioritised over it
ZYou can always deploy a worker with a cron trigger or use DO alarms.
HI’m guessing this is a why bother, it will work in convergence situation
DSo, is there a good way to prevent CSRF attacks on pages with forms? I figured that I could have javascript request a form from a worker after the webpage has been loaded, but I'm uncertain that would work.
J
K
JI would have to put the build step in the dashboard then? Can it do a cargo build?
JI looked into this, but I do not think this will work. The wasm-pack wrapper is hard-coded to always put the worker in the
/build/worker/shim.mjs file, instead of the expected /functions/_worker.js.KI’d probably just
&& mvUnlucky me, I thought I had tried everything. I need to know whether this'll do it now.
JAh, I found the issue. This doesn't work with
wrangler2 pages dev
HYou could import shim from _worker.js
JThese are all great ideas, I am experimenting
JI am getting the wildest behaviour. I right now have the following build command:
When doing
However, this error occurs while yarn is still building the frontend, as in, it'll be in the middle of the build logs. Not sure what is going on there. I get a similar error from the worker:
As you can see, despite CloudFlare alleging the worker doesn't exist, it compiles successfully and actually runs. All of this output is produced while the build command is still running.
When doing
wrangler2 pages dev frontend/dist✘ [ERROR] Could not validate _routes.json at /home/jeroen/project/frontend/dist: Error: ENOENT: no such file or directory, open '/home/jeroen/project/frontend/dist/_routes.json'
However, this error occurs while yarn is still building the frontend, as in, it'll be in the middle of the build logs. Not sure what is going on there. I get a similar error from the worker:
✘ [ERROR] 1 error(s) and 0 warning(s) when compiling Worker.
▲ [WARNING] Failed to bundle _worker.js. Error: Build failed with 1 error:
../../.wrangler/tmp/bundle-sGxLQ0/middleware-insertion-facade.js:1:43: ERROR: Could not resolve
"/home/jeroen/project/frontend/dist/_worker.js"
at failureErrorWithLog
(/usr/lib/node_modules/wrangler/node_modules/esbuild/lib/main.js:1636:15)
at /usr/lib/node_modules/wrangler/node_modules/esbuild/lib/main.js:1048:25
at /usr/lib/node_modules/wrangler/node_modules/esbuild/lib/main.js:1512:9
at process.processTicksAndRejections (node:internal/process/task_queues:95:5) {
errors: [
{
detail: undefined,
id: '',
location: [Object],
notes: [],
pluginName: '',
text: 'Could not resolve
"/home/jeroen/project/frontend/dist/_worker.js"'
}
],
warnings: []
}Compiled Worker successfully
As you can see, despite CloudFlare alleging the worker doesn't exist, it compiles successfully and actually runs. All of this output is produced while the build command is still running.
JEven more wildly, if I delete the
frontend/distI believe this is caused by some form of live-reloading that cannot be disabled. If I replace my build command with a
sleep 60&& sleep 60Basically, cloudflare is trying to bundle my worker while it is being built, which causes errors
HIs this in your
wrangler.tomlyep
