If you are already writing in (Types)Script, then I wouldn't bother rewriting it in AssemblyScript(u
If you are already writing in (Types)Script, then I wouldn't bother rewriting it in AssemblyScript(unless you are doing it as a learning exercise).
GI'm not used to do TypeScript, but as I've just discover this AssemblyScript that directly return the .wasm file, may be this could be a good change for my workers
HYeah, as a way to learn about how WASM works, it can be a great excercise. I just mean that where possible, raw JS may be preferred over WASM, due to performance reasons. With something like
workers-rsThank you for the precision 
BAre there plans for smart placement to support multiple "smart locations"? For example if you have a standard replicated database with 6 locations around the world, workers could hypothetically determine that it should use smart placement in those 6 locations, and not restrict itself to one of them
BToday, smart placement unfortunately feels like a not great compromise between "always completely global" and just back to being "single region"
BEven if it wasn't necessarily completely automated for every possible ingress or whatever, something like "evaluate smart placement per-country" would be a massive improvement
Mhey there, if i were to create a worker that responds with a pretty large image 
, would it be automatically streamed? are there any automatic optimisations cloudflare does?
, would it be automatically streamed? are there any automatic optimisations cloudflare does?
Bas long as you don't buffer the image in memory, then it will be streamed
Bthe key is to avoid reading the
ResponseSo avoid calling all of these basically, except
Response.clone
BIf you do buffer the body in the worker, then the worker will first wait all the time to fetch the image itself and load it into memory, then respond with it, slowing it down.
BOn the client side (e.g in a browser), whether or not the worker buffers it in memory or not shouldn't have any impact, it can still be streamed as normal
Tdoes anyone have advice on how to do typing when using itty-router-openapi? I've been using zod's infer() to create a type but I'd love to have typing for the "data" argument in handle, all the documentation just sets it to "any"
Chi 
I'm encountering some confusing Worker runtime behavior, would love if anyone more seasoned could chime in
basically:
(Why do we care in the first place? We have some monitoring + logpush configured only for errors, and these "false errors" create noise in those systems)
I'm encountering some confusing Worker runtime behavior, would love if anyone more seasoned could chime inbasically:
- We have a WebSocket opened to a Worker (not a DO, just plain worker)
- When the client closes the WebSocket first, the Worker emits a
WebSocket disconnected without sending Close frame. - The Worker emits a
Network connection lost. - This is counted as a "Script Threw Exception" from Cloudflare's dashboard/api/logpush
(Why do we care in the first place? We have some monitoring + logpush configured only for errors, and these "false errors" create noise in those systems)
KThe
exceptionNetwork connection lost
CI guess I'm confused how to prevent
It looks like that PR has been untouched for 3 months-ish, do you know what the status is or should I leave a comment?
Network connection lostIt looks like that PR has been untouched for 3 months-ish, do you know what the status is or should I leave a comment?
NI'm building a ticketing system and need puppeteer for pdf screenshots. Any eta on when @cloudflare/puppeteer will be available to use in workers? Super keen for this since it will mean I can migrate to Cloudflare from vercel, render.com and aws.
.Hey, I’m using my own express server hosted on my vps to handle request for database updating, and then making the requests on my worker to update things in my database (mongodb)
What is a good way to authorise this? To make sure no one can make random PATCH requests for example? Atm, I’m just using an authorisation header with a random string and then checkin that on my express server. Is there a better way?
What is a good way to authorise this? To make sure no one can make random PATCH requests for example? Atm, I’m just using an authorisation header with a random string and then checkin that on my express server. Is there a better way?
.It’s only for something small so it doesn’t matter really but it’s more of a learning thing
HCreate a DNS record for it, then put the Worker on top.
HThen all requests hitting your origin have to pass through your Worker first, where you are free to accept/deny
.So I’d check if it was a patch, and the route was the specific route that would be on my express server?
HThat, or just never pass a request back to your origin unless it is you making a DB request
.And how would I make sure it was my worker
.Also, is it not very optimal to just have an authorisation header?
HYou could use a Tunnel, and then not expose the server at all
HYou can, but with this method, you literally can't hit the origin at all(barring any issues on CF's side), while with the Auth Header method, a bad actor can still hammer your DB with requests, even if they aren't authorized
.I’m a bit lost with the last part there. I only actually make the db update if the auth headers value is that “random string”, so it won’t do anything if it’s not right
.Is there any docs/examples on tunnelling?
HYes, but in this case, if I want to take your DB out of commision, I can just send random requests to your server. The changes won't be able to be applied, but because your server is busy handling my requests, it won't have time to handle your valid changes
HFollow this step-by-step guide to get your first tunnel up and running using Zero Trust.
.But that would be an express like thing, right? Rather then a db thing. Because it’s just busy not doing anything but handling the wrong requests
.So it would be better to return wrong requests from my cf worker where everything goes through anyway?
HYes, because no matter how beefy your server is, Workers will be able to burst to much higher capacity than Express
.Doing nothing*
.Gotcha
.Thanks so much, was really helpful
.Just to confirm, I can still use the auth header method, right? Just instead using the worker to say yes or no
HYeah, you could
.Awesome, thanks
.Is there an npm package or something similar for how to type the context param here
.nvm got it
KTry
zone_name instead.Mhi there, i've deployed my worker, and when i try to access it i get this error
Mbut when i run it locally
Mit works fine
Manyone know why?
