.dev.vars is a Wrangler thing right? - Cloudflare Developers

© 2026 Hedgehog Software, LLC

More

Communities Docs About Terms Privacy

sirhype

Ssirhype .dev.vars is a Wrangler thing right?

Hello, I’m Allie!

H

Hello, I’m Allie!•4/13/23, 10:12 AM

Yup

0xxxxx

00xxxxx I want to visit a website once from all over the world and see the latency in ea...

Hello, I’m Allie!

H

Hello, I’m Allie!•4/13/23, 10:13 AM

You might be able to build something like that with Durable Objects(which you can only lock to regions, and not individual datacenters), or hit a Worker with a ping from every Datacenter, but that requires the Enterprise plan.

sirhype

S

sirhypeOP•4/13/23, 10:17 AM

wait i'm dumb please ignore me lul

lul

sirhype

S

sirhypeOP•4/13/23, 10:17 AM

I can just make a new env, it'll have its own secrets in wrangler. Then I use .dev.vars for that environment locally. and prod will use the prod secrets

sirhype

S

sirhypeOP•4/13/23, 10:18 AM

I was overthinking it

0xxxxx

00xxxxx Yes, I want to ping the address of a certain website in each data center, and th...

Hello, I’m Allie!

H

Hello, I’m Allie!•4/13/23, 10:22 AM

Yes, but this requires Enterprise to achieve, which costs a few thousand $ a month.

Hello, I’m Allie!

H

Hello, I’m Allie!•4/13/23, 10:22 AM

This being a Load Balancer Health Check

0xxxxx

00xxxxx Yes, the principle is similar to that of loadbalancer. Is there any ready-made s...

Hello, I’m Allie!

H

Hello, I’m Allie!•4/13/23, 10:28 AM

https://developers.cloudflare.com/load-balancing/understand-basics/monitors

Monitors · Cloudflare Load Balancing docs

Balance traffic loads, manage failovers, monitor server and pool health, and apply geographic control with Cloudflare Load Balancing

bret_pat

B

bret_pat•4/13/23, 9:51 PM

Can a bundled worker know it's CPU usage? I have a task that consists of a long series of API calls and wanted to know when it would be time to kick-off the next bundled service worker.

bret_pat

Bbret_pat Can a bundled worker know it's CPU usage? I have a task that consists of a long ...

Hello, I’m Allie!

H

Hello, I’m Allie!•4/13/23, 9:55 PM

It cannot

Sanju

SSanju Hi everyone, how to use workers cron to trigger certain endpoint?. For example -...

chientrm.com

C

chientrm.com•4/14/23, 4:42 AM

use fetchfetch?

Sanju

SSanju Can you elaborate more on this? @chientrm

chientrm.com

C

chientrm.com•4/14/23, 4:45 AM

https://developers.cloudflare.com/workers/platform/triggers/cron-triggers/

chientrm.com

C

chientrm.com•4/14/23, 4:45 AM

https://developers.cloudflare.com/workers/runtime-apis/fetch/

bret_pat

B

bret_pat•4/14/23, 5:59 AM

How can I trigger a cloudflare worker from a non-cloudflare backend? Can I enqueue a message from a non cloudflare worker as well?

bret_pat

Bbret_pat How can I trigger a cloudflare worker from a non-cloudflare backend? Can I enqu...

Hello, I’m Allie!

H

Hello, I’m Allie!•4/14/23, 6:01 AM

Just send an HTTP request?

Hello, I’m Allie!

HHello, I’m Allie!Just send an HTTP request?

bret_pat

B

bret_pat•4/14/23, 6:03 AM

In that scenario, I would be responsible for creating my own means of authenticating the request.

bret_pat

B

bret_pat•4/14/23, 6:04 AM

But gotcha. I guess I was just wondering if there was a client library of some sort or not

bret_pat

Bbret_pat But gotcha. I guess I was just wondering if there was a client library of some s...

Hello, I’m Allie!

H

Hello, I’m Allie!•4/14/23, 6:05 AM

Not really, because any HTTP(S) request hitting a route covered by a Worker will run said Worker

Hello, I’m Allie!

H

Hello, I’m Allie!•4/14/23, 6:06 AM

There isn’t really anything there for the library to do

Hello, I’m Allie!

H

Hello, I’m Allie!•4/14/23, 6:06 AM

At least not with just a regular Worker

Hello, I’m Allie!

H

Hello, I’m Allie!•4/14/23, 6:07 AM

If you are running a GraphQL server on Workers, then there are a few libs to choose from there

airplantlifestyle

A

airplantlifestyle•4/14/23, 6:17 AM

Hey folks, here's something that kept me up all night: I'm making a request to a db running on my server from within a worker. Running it locally works fine, but fails once it's deployed. I've been looking at the access logs on the server and the requests coming from the deployed worker seem off:
(worker on CF): "GET /api/health HTTP/1.1" 404 19 "-" "-" 331 "-" "-" 0ms"GET /api/health HTTP/1.1" 404 19 "-" "-" 331 "-" "-" 0ms
(worker running locally): "GET /api/health HTTP/1.1" 200 41 "-" "-" 355 "pb1@docker" "http://172.24.0.5:8090" 1ms"GET /api/health HTTP/1.1" 200 41 "-" "-" 355 "pb1@docker" "http://172.24.0.5:8090" 1ms

I notice that all the requests initiated from the deployed worker (even those with a body etc) all have only 19 bytes19 bytes request size. It's a long shot, but what are your thoughts on that?

kian

K

kian•4/14/23, 6:20 AM

Are you fetching an IP and/or on a non-standard port?

kian

K

kian•4/14/23, 6:20 AM

If not, would need to see what the fetchfetch code looks like

airplantlifestyle

A

airplantlifestyle•4/14/23, 6:25 AM

Just your vanilla fetch:

const x = await fetch("https://db-dev.textmait.se/api/health");
console.log("Health", x.status);

const x = await fetch("https://db-dev.textmait.se/api/health");
console.log("Health", x.status);

airplantlifestyle

A

airplantlifestyle•4/14/23, 6:25 AM

I already had the thought that it could have something to do with maybe certificates, but I guess then the request would fail in a different way?

airplantlifestyle

A

airplantlifestyle•4/14/23, 6:28 AM

The thing that throws me off is that my reverse proxy (traefik) is the one returning the 404, it doesn't seem to be able to route it to the right docker container. So it's either an issue with the rev. proxy (traefik), or it's an issue with the request itself (cloudflare)

airplantlifestyle

A

airplantlifestyle•4/14/23, 6:36 AM

Okay, just deployed a minimal example, and here the requests are fine (result and server logs). Must be something with the deployment config of the other worker.

airplantlifestyle

A

airplantlifestyle•4/14/23, 6:40 AM

Update: It's a Cloudflare issue with custom domains. As soon as I add route = { pattern = "api2.textmait.se", custom_domain = true, zone_id = "xxx" }route = { pattern = "api2.textmait.se", custom_domain = true, zone_id = "xxx" } to my wrangler config, the requests fail. Any pointers to how my config is wrong?

kian

K

kian•4/14/23, 6:42 AM

Is the Worker you're fetching from also on textmait.se?textmait.se?

kian

K

kian•4/14/23, 6:42 AM

Same-zone subrequests are, uh, annoying

airplantlifestyle

A

airplantlifestyle•4/14/23, 6:43 AM

Yup, db-dev.textmait.sedb-dev.textmait.se is an A record pointing to my server, api2.textmait.seapi2.textmait.se is managed by CF to point to the worker.

kian

K

kian•4/14/23, 6:43 AM

Add

# https://github.com/cloudflare/workers-sdk/issues/2659
compatibility_flags = ["no_minimal_subrequests"]

# https://github.com/cloudflare/workers-sdk/issues/2659
compatibility_flags = ["no_minimal_subrequests"]

to your wrangler.toml

kian

K

kian•4/14/23, 6:44 AM

you can track that issue to know when you can remove the compatibility flag

airplantlifestyle

A

airplantlifestyle•4/14/23, 6:47 AM

Thank you! What exactly does this do? Because I'm not seeing any changes after deploying with it

kian

K

kian•4/14/23, 6:47 AM

No idea - it's just what the Workers team recommend in that linked issue which supposedly fixes the same-zone subrequests

airplantlifestyle

A

airplantlifestyle•4/14/23, 6:50 AM

Huh, okay. Tbh, never heard about same-zone subrequests until now, so I'll keep that in mind. I've at least now have our service back and running by using the .workers.dev domain, so thank you very much for pointing me into the right direction!

kian

K

kian•4/14/23, 6:50 AM

Historically, a Worker on foo.comfoo.com has never been able to fetch anything else on foo.comfoo.com

kian

K

kian•4/14/23, 6:50 AM

Using a custom domain (rather than a route) allowed it to fetch other things on foo.comfoo.com

kian

K

kian•4/14/23, 6:50 AM

but then minimal_subrequestsminimal_subrequests (default as of 2022-04-052022-04-05) broke that

airplantlifestyle

A

airplantlifestyle•4/14/23, 6:51 AM

Wow that's fascinating. I think I wouldn't have been able to figure that out by myself

airplantlifestyle

A

airplantlifestyle•4/14/23, 6:51 AM

Worst case I gotta buy a second domain for the api

kian

K

kian•4/14/23, 6:51 AM

It really should just work - comment on https://github.com/cloudflare/workers-sdk/issues/2659 that it's still broken for you and the team might have other suggestions

kian

K

kian•4/14/23, 6:52 AM

That issue is more for Worker <-> Worker so there might be another bug for your Worker <-> Proxied Origin scenario