Deploys cloudflare workers without the overhead of wrangler/node
Go to file
Emil Lerch 9346daa04e
add build deploy step
2023-10-20 16:45:11 -07:00
src add build deploy step 2023-10-20 16:45:11 -07:00
.gitignore load wasm dynamically 2023-10-18 09:15:57 -07:00
LICENSE initial commit 2023-10-17 13:39:59 -07:00 update README/environment variables 2023-10-20 16:44:23 -07:00
build.zig add build deploy step 2023-10-20 16:45:11 -07:00
index.js simplify sample index.js 2023-10-20 14:38:19 -07:00

Upload worker to CloudFlare

zig build run -- <worker name> <script file>. Make sure that authentication environment variables are set. An example index.js file is included in the root of the project

Environment Variables

The following environment variables are supported and match Wrangler behavior:


The account ID for the Workers related account.


The API token for your Cloudflare account, can be used for authentication for situations like CI/CD, and other automation.


The API key for your Cloudflare account, usually used for older authentication method with CLOUDFLARE_EMAIL=.


The email address associated with your Cloudflare account, usually used for older authentication method with CLOUDFLARE_API_KEY=.

Note that either CLOUDFLARE_API_TOKEN or CLOUDFLARE_EMAIL/CLOUDFLARE_API_KEY environment variable pair are required

Development notes

Getting new src/script_harness.js

  • Run a real wrangler deploy, then go into the console and copy/paste

Getting new memfs.wasm

npm view @cloudflare/workers-wasi

.shasum: 1d9a69c668fd9e240f929dfd5ca802447f31d911
.integrity: sha512-Gxu2tt2YY8tRgN7vfY8mSW0Md5wUj5+gb5eYrqsGRM+qJn9jx+ButL6BteLluDe5vlEkxQ69LagEMHjE58O7iQ==

Steps we take:

  1. Get account id. CLOUDFLARE_ACCOUNT_ID environment variable will be checked first. If not, GET
  2. Check if the worker exists: GET<worker_name> 404 - does not exist
  3. Add the "script" PUT<worker_name>?include_subdomain_availability=true&excludeScript=true
  4. Get the "subdomain". I believe this is simply to determine the test url: GET
  5. Enable the script: This is only done if the script did not exist. Subsequent flows leave this alone POST<worker_name>/subdomain Data: { "enabled": true }