I'm still a bit confused by the logging - none of my `console.logs` appear when running via the API,

TTravisFrank I'm still a bit confused by the logging - none of my `console.logs` appear when ...

M

MrBBot•6/30/23, 10:09 AM

Those API options should enable

workerd

workerd

's logging. Wrangler actually uses the DevTools inspector protocol for logging instead.

T

TravisFrankOP•6/30/23, 10:11 AM

Aha, gotchya

M

matt•6/30/23, 11:43 AM

oh cool, there's a miniflare channel

I just worked on a prototype for developing multiple workers but had to use express. Tried to use the

workers

workers

array but the contents of

/scripts/

/scripts/

/scripts/

/scripts/ can change during dev, and this way the latest script is used for each request. is this an ok approach?

app.use('/:name/*', async (req, res) => {
  const mf = new Miniflare({
    scriptPath: `./scripts/${req.params.name}/index.js`,
    bindings: process.env,
  })
  const url = `http://localhost:8787${req.originalUrl}`
  const queryRes = await mf.dispatchFetch(url, {
    method: req.method,
    headers: req.headers,
    body: req.body,
  })
  res.send(await queryRes.text())
  await mf.dispose()
})

app.use('/:name/*', async (req, res) => {
  const mf = new Miniflare({
    scriptPath: `./scripts/${req.params.name}/index.js`,
    bindings: process.env,
  })
  const url = `http://localhost:8787${req.originalUrl}`
  const queryRes = await mf.dispatchFetch(url, {
    method: req.method,
    headers: req.headers,
    body: req.body,
  })
  res.send(await queryRes.text())
  await mf.dispose()
})

app.use('/:name/*', async (req, res) => {
  const mf = new Miniflare({
    scriptPath: `./scripts/${req.params.name}/index.js`,
    bindings: process.env,
  })
  const url = `http://localhost:8787${req.originalUrl}`
  const queryRes = await mf.dispatchFetch(url, {
    method: req.method,
    headers: req.headers,
    body: req.body,
  })
  res.send(await queryRes.text())
  await mf.dispose()
})

app.use('/:name/*', async (req, res) => {
  const mf = new Miniflare({
    scriptPath: `./scripts/${req.params.name}/index.js`,
    bindings: process.env,
  })
  const url = `http://localhost:8787${req.originalUrl}`
  const queryRes = await mf.dispatchFetch(url, {
    method: req.method,
    headers: req.headers,
    body: req.body,
  })
  res.send(await queryRes.text())
  await mf.dispose()
})

Mmatt oh cool, there's a miniflare channel 🙂 I just worked on a prototype for develop...

M

MrBBot•6/30/23, 12:15 PM

Hey!

This should work, but ideally you'd want to reuse the

Miniflare

Miniflare

Miniflare

Miniflare instance across requests. Do you know the possible values for

req.params.name

req.params.name

req.params.name

req.params.name ahead of time? Could you cache

mf

mf

mf

mf values for each

name

name

in a

Map<string, Miniflare>

Map<string, Miniflare>

Map<string, Miniflare>

Map<string, Miniflare>? You'll probably also want to copy the headers across from

queryRes

queryRes

queryRes

queryRes to

res

res

, and might consider streaming the body instead of buffering it. See the

writeResponse

writeResponse

writeResponse

writeResponse function in Miniflare's own code for this: https://github.com/cloudflare/miniflare/blob/6984a7f7a35a5b91dea3bb62d657818ca3cb52a2/packages/miniflare/src/index.ts#L307-L354.

M

matt•6/30/23, 12:26 PM

this looks brilliant, thank you! The contents of

./scripts

./scripts

./scripts

./scripts will change quite a lot during development, e.g.
-

./scripts/<worker_name>

./scripts/<worker_name>

./scripts/<worker_name>

./scripts/<worker_name> folders created/deleted
- contents of

./scripts/<worker_name>/index.js

./scripts/<worker_name>/index.js

./scripts/<worker_name>/index.js

./scripts/<worker_name>/index.js updated
id be happy to cache the

mf

mf

mf

mf instances, but is there a way to invalidate the cache in either of these scenarios?

Mmatt this looks brilliant, thank you! The contents of `./scripts` will change quite a...

M

MrBBot•6/30/23, 12:27 PM

const promise = cache.get(key)?.dispose(); cache.delete(key); await promise;

const promise = cache.get(key)?.dispose(); cache.delete(key); await promise;

const promise = cache.get(key)?.dispose(); cache.delete(key); await promise;

const promise = cache.get(key)?.dispose(); cache.delete(key); await promise; should invalidate it

M

matt•6/30/23, 12:30 PM

that will definitely work if I can figure out how to wire up the fs events, is there anything exposed by miniflare that can monitor the worker script folders/files? I would imagine perhaps the livereload uses something in this vein

Mmatt that will definitely work if I can figure out how to wire up the fs events, is t...

M

MrBBot•6/30/23, 12:31 PM

Unfortunately not, live reload relies on you calling

setOptions()

setOptions()

setOptions()

setOptions() yourself with updates

M

matt•6/30/23, 12:32 PM

got it, thanks for your help! this has been a fun prototype to put together

Original message was deleted

M

MrBBot•6/30/23, 12:45 PM

Replied over there

T

TravisFrankOP•6/30/23, 2:11 PM

Is there anyway to view worker logs while running with

unstable_dev

unstable_dev

? I'm not seeing anything show up in DevTools

T

TravisFrankOP•6/30/23, 4:27 PM

Ah, nvm, I see in source that's it's not yet implented

MMrBBot Hey! 👋 This should work, but ideally you'd want to reuse the `Miniflare` instan...

M

matt•7/1/23, 6:12 AM

was just reading up on traditional streams vs web streams in node. I may be wrong but I wonder if you can replace the last few lines of this function with:

await response.body?.pipeTo(Writable.toWeb(initialStream))

await response.body?.pipeTo(Writable.toWeb(initialStream))

await response.body?.pipeTo(Writable.toWeb(initialStream))

await response.body?.pipeTo(Writable.toWeb(initialStream))

M

matt•7/1/23, 8:50 AM

Am I doing this wrong? I picked it up rom bindings.spec.ts

mounts: {
  books: {
    // here I define name, scriptPath, modules, compatDate, compatFlags, bindings
  } 
}

mounts: {
  books: {
    // here I define name, scriptPath, modules, compatDate, compatFlags, bindings
  } 
}

mounts: {
  books: {
    // here I define name, scriptPath, modules, compatDate, compatFlags, bindings
  } 
}

mounts: {
  books: {
    // here I define name, scriptPath, modules, compatDate, compatFlags, bindings
  } 
}

Worker "core:user:example"'s binding "BOOKS" refers to a service "core:user:books", but no such service is defined

Worker "core:user:example"'s binding "BOOKS" refers to a service "core:user:books", but no such service is defined

Worker "core:user:example"'s binding "BOOKS" refers to a service "core:user:books", but no such service is defined

Worker "core:user:example"'s binding "BOOKS" refers to a service "core:user:books", but no such service is defined

M

matt•7/1/23, 8:53 AM

for now I am getting away with ... its working but I worry about the overhead

serviceBindings.books = req => {
  const smf = new Miniflare(<same options as mount config>)
  return smf.dispatchFetch(req)  
}

serviceBindings.books = req => {
  const smf = new Miniflare(<same options as mount config>)
  return smf.dispatchFetch(req)  
}

serviceBindings.books = req => {
  const smf = new Miniflare(<same options as mount config>)
  return smf.dispatchFetch(req)  
}

serviceBindings.books = req => {
  const smf = new Miniflare(<same options as mount config>)
  return smf.dispatchFetch(req)  
}

Mmatt was just reading up on traditional streams vs web streams in node. I may be wron...

M

MrBBot•7/1/23, 8:53 AM

Yep, that should work in modern Node versions. Miniflare’s minimum supported version is 16.13.0, which doesn’t provide those web stream adapters.

M

matt•7/1/23, 8:54 AM

that's a very good point, I always forget about the older versions of node

Mmatt Am I doing this wrong? I picked it up rom bindings.spec.ts ``` mounts: { books...

M

MrBBot•7/1/23, 8:55 AM

Miniflare 3 doesn’t use mounts anymore, checkout the migration guide for a multi-worker example: https://miniflare.dev/get-started/migrating#removed-options

⬆️ Migrating from Version 2 · Miniflare

Fun, full-featured, fully-local simulator for Cloudflare Workers

M

matt•7/1/23, 8:56 AM

this is brilliant, thank you

T

TravisFrankOP•7/3/23, 10:14 AM

@mrbbot Any idea what's going on here? Will keep digging

Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:160:15)
    at writeGeneric (node:internal/stream_base_commons:151:3)
    at Socket._writeGeneric (node:net:930:11)
    at Socket._write (node:net:942:8)
    at writeOrBuffer (node:internal/streams/writable:392:12)
    at _write (node:internal/streams/writable:333:10)
    at Socket.Writable.write (node:internal/streams/writable:337:10)
    at Runtime.updateConfig (/nexus/node_modules/miniflare/src/runtime/index.ts:132:26)
    at async Miniflare.#assembleAndUpdateConfig (/nexus/node_modules/miniflare/src/index.ts:790:23)
    at async Miniflare.#init (/nexus/node_modules/miniflare/src/index.ts:472:5) {
  errno: -32,
  code: 'EPIPE',
  syscall: 'write'
}

Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:160:15)
    at writeGeneric (node:internal/stream_base_commons:151:3)
    at Socket._writeGeneric (node:net:930:11)
    at Socket._write (node:net:942:8)
    at writeOrBuffer (node:internal/streams/writable:392:12)
    at _write (node:internal/streams/writable:333:10)
    at Socket.Writable.write (node:internal/streams/writable:337:10)
    at Runtime.updateConfig (/nexus/node_modules/miniflare/src/runtime/index.ts:132:26)
    at async Miniflare.#assembleAndUpdateConfig (/nexus/node_modules/miniflare/src/index.ts:790:23)
    at async Miniflare.#init (/nexus/node_modules/miniflare/src/index.ts:472:5) {
  errno: -32,
  code: 'EPIPE',
  syscall: 'write'
}

Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:160:15)
    at writeGeneric (node:internal/stream_base_commons:151:3)
    at Socket._writeGeneric (node:net:930:11)
    at Socket._write (node:net:942:8)
    at writeOrBuffer (node:internal/streams/writable:392:12)
    at _write (node:internal/streams/writable:333:10)
    at Socket.Writable.write (node:internal/streams/writable:337:10)
    at Runtime.updateConfig (/nexus/node_modules/miniflare/src/runtime/index.ts:132:26)
    at async Miniflare.#assembleAndUpdateConfig (/nexus/node_modules/miniflare/src/index.ts:790:23)
    at async Miniflare.#init (/nexus/node_modules/miniflare/src/index.ts:472:5) {
  errno: -32,
  code: 'EPIPE',
  syscall: 'write'
}

Error: write EPIPE
    at afterWriteDispatched (node:internal/stream_base_commons:160:15)
    at writeGeneric (node:internal/stream_base_commons:151:3)
    at Socket._writeGeneric (node:net:930:11)
    at Socket._write (node:net:942:8)
    at writeOrBuffer (node:internal/streams/writable:392:12)
    at _write (node:internal/streams/writable:333:10)
    at Socket.Writable.write (node:internal/streams/writable:337:10)
    at Runtime.updateConfig (/nexus/node_modules/miniflare/src/runtime/index.ts:132:26)
    at async Miniflare.#assembleAndUpdateConfig (/nexus/node_modules/miniflare/src/index.ts:790:23)
    at async Miniflare.#init (/nexus/node_modules/miniflare/src/index.ts:472:5) {
  errno: -32,
  code: 'EPIPE',
  syscall: 'write'
}

M

matt•7/4/23, 6:38 AM

hi again

I'm getting this error

workerd/jsg/util.c++:276: error: e = kj/compat/tls.c++:215: failed: TLS peer's certificate is not trusted; reason = unable to get local issuer certificate

workerd/jsg/util.c++:276: error: e = kj/compat/tls.c++:215: failed: TLS peer's certificate is not trusted; reason = unable to get local issuer certificate

workerd/jsg/util.c++:276: error: e = kj/compat/tls.c++:215: failed: TLS peer's certificate is not trusted; reason = unable to get local issuer certificate

workerd/jsg/util.c++:276: error: e = kj/compat/tls.c++:215: failed: TLS peer's certificate is not trusted; reason = unable to get local issuer certificate

it only appears when I use service bindings like this:

serviceBindings[bindingName] = req => {
  const smf = new Miniflare(options)
  return smf.dispatchFetch(req)
}

serviceBindings[bindingName] = req => {
  const smf = new Miniflare(options)
  return smf.dispatchFetch(req)
}

serviceBindings[bindingName] = req => {
  const smf = new Miniflare(options)
  return smf.dispatchFetch(req)
}

serviceBindings[bindingName] = req => {
  const smf = new Miniflare(options)
  return smf.dispatchFetch(req)
}

T

Tin Cap•7/7/23, 10:30 PM

I'm trying to understand the future of Miniflare. It sounds like the v3 integrated into Wrangler is going to have substantially less functionality than v2. Is that correct?

WWallslide I've noticed that if I have a DO alarm setup, and I make a change to the DO's co...

M

MrBBot•7/10/23, 10:52 AM

Hey!

Yep, this is correct. Alarms are currently on persisted between script reloads. If you need to test your alarm code, you'll want to shorten your timeouts.

TTin Cap I'm trying to understand the future of Miniflare. It sounds like the v3 integrat...

M

MrBBot•7/10/23, 11:00 AM

Miniflare is still it's own product, with an API you can use directly (https://github.com/cloudflare/miniflare/blob/tre/packages/miniflare/README.md), but Wrangler is the primary consumer of that API. The big change with Miniflare v3 is that we're using the same

workerd

workerd

runtime as deployed on Cloudflare's network to run your code, instead of reimplementing workers runtime APIs in Node.js. This significantly increases the fidelity of local mode. However, because we're now running your code in a separate process, some of Miniflare v2's features that relied on passing JavaScript references from inside the workers sandbox to other Node.js code are now much more difficult to implement. Namely, the Jest/Vitest testing environments and the

Miniflare#get*()

Miniflare#get*()

Miniflare#get*()

Miniflare#get*() methods. We're actively working on bringing the testing environments back, and are planning to add back deprecated support for

getBindings()

getBindings()

getBindings()

getBindings()/

getKVNamespace()

getKVNamespace()

getKVNamespace()

getKVNamespace()/

getR2Bucket()

getR2Bucket()

getR2Bucket()

getR2Bucket()/

getCaches()

getCaches()

getCaches()

getCaches()/

getDurableObjectNamespace()

getDurableObjectNamespace()

getDurableObjectNamespace()

getDurableObjectNamespace() whilst we figure out a better way to support framework dev servers. https://github.com/cloudflare/miniflare/discussions/588 has some more discussion around this.

RRaindrops When using the Miniflare for testing I get this error on version 3.20230628.0 I...

M

MrBBot•7/10/23, 11:04 AM

Miniflare no longer autoloads configuration from

wrangler.toml

wrangler.toml

. That responsibility has been delgated to Wrangler's

unstable_dev()

unstable_dev()

unstable_dev()

unstable_dev() API (https://developers.cloudflare.com/workers/wrangler/api/#unstable_dev). We're working on stabilising this at the moment, and the API is likely to change significantly in the future. For now, I'd recommend translating your

wrangler.toml

wrangler.toml

to Miniflare API options (https://github.com/cloudflare/miniflare/blob/tre/packages/miniflare/README.md). To fix the specific error you're seeing, you'll likely need to add

modules: true

modules: true

modules: true

modules: true, but you may also need to configure

kvNamespaces

kvNamespaces

kvNamespaces

kvNamespaces/

r2Buckets

r2Buckets

r2Buckets

r2Buckets/etc if you're using those.

RRaindrops Thank you so much! It kinda worked, cause now I am getting a new error

M

MrBBot•7/10/23, 3:20 PM

Hmmm, are there any other logs above this?

K

katopz•7/11/23, 8:41 AM

weird

npx miniflare

npx miniflare

npx miniflare

npx miniflare fail on my mac ( via

devDependencies

devDependencies

also not working)

36 verbose stack Error: could not determine executable to run
36 verbose stack     at getBinFromManifest (/Users/katopz/.nvm/versions/node/v18.16.0/lib/node_modules/npm/node_modules/libnpmexec/lib/get-bin-from-manifest.js:17:23)
36 verbose stack     at exec (/Users/katopz/.nvm/versions/node/v18.16.0/lib/node_modules/npm/node_modules/libnpmexec/lib/index.js:185:15)
36 verbose stack     at async module.exports (/Users/katopz/.nvm/versions/node/v18.16.0/lib/node_modules/npm/lib/cli.js:134:5)
37 verbose pkgid miniflare@3.20230628.0

36 verbose stack Error: could not determine executable to run
36 verbose stack     at getBinFromManifest (/Users/katopz/.nvm/versions/node/v18.16.0/lib/node_modules/npm/node_modules/libnpmexec/lib/get-bin-from-manifest.js:17:23)
36 verbose stack     at exec (/Users/katopz/.nvm/versions/node/v18.16.0/lib/node_modules/npm/node_modules/libnpmexec/lib/index.js:185:15)
36 verbose stack     at async module.exports (/Users/katopz/.nvm/versions/node/v18.16.0/lib/node_modules/npm/lib/cli.js:134:5)
37 verbose pkgid miniflare@3.20230628.0

36 verbose stack Error: could not determine executable to run
36 verbose stack     at getBinFromManifest (/Users/katopz/.nvm/versions/node/v18.16.0/lib/node_modules/npm/node_modules/libnpmexec/lib/get-bin-from-manifest.js:17:23)
36 verbose stack     at exec (/Users/katopz/.nvm/versions/node/v18.16.0/lib/node_modules/npm/node_modules/libnpmexec/lib/index.js:185:15)
36 verbose stack     at async module.exports (/Users/katopz/.nvm/versions/node/v18.16.0/lib/node_modules/npm/lib/cli.js:134:5)
37 verbose pkgid miniflare@3.20230628.0

36 verbose stack Error: could not determine executable to run
36 verbose stack     at getBinFromManifest (/Users/katopz/.nvm/versions/node/v18.16.0/lib/node_modules/npm/node_modules/libnpmexec/lib/get-bin-from-manifest.js:17:23)
36 verbose stack     at exec (/Users/katopz/.nvm/versions/node/v18.16.0/lib/node_modules/npm/node_modules/libnpmexec/lib/index.js:185:15)
36 verbose stack     at async module.exports (/Users/katopz/.nvm/versions/node/v18.16.0/lib/node_modules/npm/lib/cli.js:134:5)
37 verbose pkgid miniflare@3.20230628.0

and

yarn

yarn

also fail, not thing work on my machine. maybe only me

K

katopz•7/11/23, 9:47 AM

oh not only me and this pretty confusing https://community.cloudflare.com/t/help-with-miniflare-cli-on-mac/515217

Kkatopz oh not only me and this pretty confusing https://community.cloudflare.com/t/hel...

H

Hello, I’m Allie!•7/11/23, 1:42 PM

Basically, with Miniflare 3 and up, all local development now happens through Wrangler, rather than Miniflare

HHello, I’m Allie!Basically, with Miniflare 3 and up, all local development now happens through Wr...

K

katopz•7/11/23, 1:46 PM

yeah, i just realized that. a lot of tuts and examples still use

miniflare

miniflare

even here https://github.com/cloudflare/miniflare#using-the-cli so it would be nicer to mention there too.

GitHub

GitHub - cloudflare/miniflare: 🔥 Fully-local simulator for Cloudfla...

Fully-local simulator for Cloudflare Workers. Contribute to cloudflare/miniflare development by creating an account on GitHub.

GitHub - cloudflare/miniflare: 🔥 Fully-local simulator for Cloudfla...

Kkoudelka Is there an recommended way to use typescript with miniflare 3? I think for now ...

M

MrBBot•7/15/23, 8:36 AM

Correct, Miniflare only supports JavaScript. You could use

wrangler dev

wrangler dev

though, which will compile your TypeScript for you before passing it to Miniflare.

T

Tony Leung•7/15/23, 1:44 PM

hi guys, is there any easy way to run fullstack sveltekit locally with hot reload enabled? To make hot reload works, I have to run

wrangler pages dev .svelte-kit/cloudflare --local

wrangler pages dev .svelte-kit/cloudflare --local

wrangler pages dev .svelte-kit/cloudflare --local

wrangler pages dev .svelte-kit/cloudflare --local then run

npm run build

npm run build

everytime I make a change, which is not convenient

TTony Leung hi guys, is there any easy way to run fullstack sveltekit locally with hot reloa...

K

katopz•7/16/23, 2:27 AM

i use

npx nodemon -e ts,tsx,css -w ./ --ignore dist --exec npm run build

npx nodemon -e ts,tsx,css -w ./ --ignore dist --exec npm run build

npx nodemon -e ts,tsx,css -w ./ --ignore dist --exec npm run build

npx nodemon -e ts,tsx,css -w ./ --ignore dist --exec npm run build as workaround.

D

DeChill•7/16/23, 1:30 PM

Hi

Am I right in assuming that Miniflare 2 has no support for the DO WebSockets Hibernation API?

J

James•7/16/23, 3:27 PM

As far as I know, that is correct, yes

D

DeChill•7/16/23, 3:38 PM

Ah, that's a bummer

Unfortunately I'm unable to update to V3 due to the breaking changes in the bindings API. I'm using Miniflare programatically from a (CF Pages) SvelteKit app which needs the bindings to be available for the Vite dev server (https://github.com/cloudflare/miniflare/discussions/588#discussioncomment-5996494).

I guess I'll fork the V2 repo and try to add some rudimentary support for the hibernation API...

Kkatopz i use `npx nodemon -e ts,tsx,css -w ./ --ignore dist --exec npm run build` as wo...

T

Tony Leung•7/16/23, 4:13 PM

is there anyway to make svelte build a non-minify/uglify worker code so I can easily debug? Now I'm using the old method: Placing a lot of

console.log

console.log

to identify the error part of the code. Sorry I'm not a TS/JS veteran.

TTony Leung is there anyway to make svelte build a non-minify/uglify worker code so I can ea...

K

katopz•7/16/23, 4:17 PM

i know nothing about

svelte

svelte

svelte

svelte sorry

T

Tony Leung•7/16/23, 4:18 PM

okay thanks, I think I can deal with it

MMrBBot Miniflare is still it's own product, with an API you can use directly (<https://...

D

DeChill•7/17/23, 9:35 AM

Regarding the future of MF3: We're really looking forward to a (very rough) timeline for some of the missing features in Miniflare V3.

And by that I don't mean exact dates, but rather trying to understand if it's Weeks, Months, or Years away and how much effort we should put into forking/extending Miniflare V2 since as you mentioned, the

getBindings()

getBindings()

getBindings()

getBindings() APIs are crucial for testing and framework dev servers.

DDeChill Regarding the future of MF3: We're really looking forward to a (very rough) time...

M

MrBBot•7/17/23, 10:31 AM

Hey!

From that discussion:
- Step-through debugging: ~1 month
- Trigger scheduled events via CRON schedules: ~1 month
- HTTPS servers: done!
- Unit testing environments: ~3 months
-

getBindings()

getBindings()

getBindings()

getBindings()/

getKVNamespace()

getKVNamespace()

getKVNamespace()

getKVNamespace()/

getR2Bucket()

getR2Bucket()

getR2Bucket()

getR2Bucket()/

getCaches()

getCaches()

getCaches()

getCaches()/

getDurableObjectNamespace()

getDurableObjectNamespace()

getDurableObjectNamespace()

getDurableObjectNamespace(): ~1 month
-

getGlobalScope()

getGlobalScope()

getGlobalScope()

getGlobalScope()/

getModuleExports()

getModuleExports()

getModuleExports()

getModuleExports(): probably not coming back

K

kian•7/17/23, 4:18 PM

Would https://github.com/cloudflare/workerd/pull/867 allow

globalThis.MINIFLARE

globalThis.MINIFLARE

globalThis.MINIFLARE

globalThis.MINIFLARE to make a return?

GitHub

wip: context bootstrap modules by mikea · Pull Request #867 · cloud...

Kkian Would https://github.com/cloudflare/workerd/pull/867 allow `globalThis.MINIFLARE...

M

MrBBot•7/17/23, 9:35 PM

Hmmm, maybe, will have to play with it once it's merged

MMrBBot Hey! 👋 From that discussion: - Step-through debugging: ~1 month - Trigger sched...

S

Shirokawa•7/25/23, 5:15 AM

Just found this update through a link in the workers discussion channel. Thanks a lot!
Can I ask, what does "Unit testing environments" entail?
The main trouble I currently have with wrangler/workers is difficulty in writing proper tests.

I'm still a bit confused by the logging - none of my `console.logs` appear when running via the API,

Similar Threads

Similar Threads

Similar Threads