theochampion

If we were to support more runtimes, I think I'd go for Firecracker (https://github.com/firecracker-microvm/firecracker/) which is what AWS uses for lambdas

Saw your message, thanks again for the heads up!

There is currently no way to access the HTTP request query params and headers, but we could add it (probably as part of the context obj).

What is your use-case if you don't mind me asking?

The fix should be up now.

Good catch! Thanks for the heads up, I will get right on it!

Thanks! I really like your client side SDK approach, giving users the ability to use their own IDE / tools is always a plus. (+ building a web IDE is a pain haha)

Thanks for sharing!

The no-code approach taken by these automation apps (Make, Zapier..) makes them super accessible, but i agree, when any kind of business logic is involved nothing beats a few lines of code.

You could setup a Chunk as only one "step" of a Make/Zapier workflow. Giving you code-control only where you need it.

We could probably make that even easier by building integration for Make and Zapier.

not a trivial concept*

Cool! What would be your usages if you don't mind sharing?

First time hearing about nbb, its cool, I will definitely look into it

Ah! Thanks for the heads up!

Glitch is definitely the closest in terms of usage. We in fact used Glitch ourselves quite a lot. But even running the simplest piece of code on Glitch still requires you to write all the boilerplate code (e.g. setting up a node express HTTP server).

And of course, Glitch stops every instances after 5min of inactivity and it takes a solid 30sec to wake them up after.

Glitch is unbeatable in the frontend part. But we want to make the backend dev experience more seamless.

Good question! We use the Deno (https://deno.land) runtime which comes with built it permissions mgmt

Ngrok and reverse proxies in general are an option. But it's a trivial concept, and you'd still need to run your machine 24/7

Write code, get a deployed URL.