Cloudflare Developers•4mo ago

they have a wip sqlite adapter but yes, the base install would need to be on mysql and migrated

Kkhangal I tried to deploy container with official container template using account api t...

gruntlord6OP•9/8/25, 1:57 AM

its an api token permission you need to enable

Ggruntlord6 they have a wip sqlite adapter but yes, the base install would need to be on mys...

pandalambda2•9/8/25, 2:49 AM

even if its compatible with D1 you'll have all sorts of eventual consistency issues since with containers as you'd have to use the D1 rest API which doesn't support sessions, so any parts are fast moving - comments and reactions then it's going to run like reddit on a bad day

Ppandalambda2 even if its compatible with D1 you'll have all sorts of eventual consistency iss...

gruntlord6OP•9/8/25, 3:28 AM

Couldn't the durable objects be used to save to d1 or its own SQL?

pandalambda2•9/8/25, 3:46 AM

yeah I guess so but it's a lot of work - youll need to write your own wordpress persistence adapter too i guess - instead of just banging it on fly.io or fargate,

pandalambda2•9/8/25, 3:47 AM

your own sqlite as in pull it in from r2 each time the container starts and push it back to r2 on each important write and/or periodically feels hacky as hell too, and of course you're limited to 1 instance

pandalambda2•9/8/25, 3:49 AM

i just don't think CF are (or ever have been with any of their compute products) interested in capturing the legacy app market such as php/mysql apps of yonder years, even with containers, more aimed at 12 factor apps, and whilst some people have done some sick stuff to to lift legacy apps like wordpress, joomla, magento into this new world it's just a terrible fit imo.

pandalambda2•9/8/25, 3:53 AM

and a shrinking market too, a new kid 10 years ago might be pirating cuteftp and throwing up a php apps on some cpanel disaster, where as now they're more likely to be using claude, copilot, or loveable and spitting out some isomorphic javascsript/tyepscript app onto vercel, cf, aws, etc..

Ppandalambda2 your own sqlite as in pull it in from r2 each time the container starts and push...

gruntlord6OP•9/8/25, 11:29 AM

Well the durable object is persistent right?

Ppandalambda2 i just don't think CF are (or ever have been with any of their compute products)...

gruntlord6OP•9/8/25, 11:32 AM

I personally switched to astro for that reason but I'm sure many people are unwilling or unable to do so. Once there's official out of the box SQLite support for WordPress I'm pretty confident it would be simple to make it work with d1/durable objects, right now there's a lot more involved since it's early access and not supported out of the box

Ggruntlord6 Well the durable object is persistent right?

pandalambda2•9/8/25, 12:16 PM

yes, but then you need a custom wordpress persistence adapter to talk to the DO via http or websockers, sqlite in is in-process - its not like postgresql / mysql where you can just change from localhost to another ip/hostname, so it needs to be in the container if you plan to use I presume the default wordpress support for sqllite, and then managing that persistence yourself to me sounds a challenge I'd rather do without. let see, maybe wordpress come out with CF first-class support, it would be smart (after years of bad decisions)

pandalambda2•9/9/25, 1:09 AM

nope, radio silence out of CF, no clarification on even egress yet..

Original message was deleted

Isaac McFadyen•9/9/25, 8:29 PM

You asked less than 24h ago? There's still no news.

TangoBee•9/9/25, 9:16 PM

how can we start cloudflare container instance directly from the cloudflare dashboard?

IIsaac McFadyen You asked less than 24h ago? There's still no news.

gruntlord6OP•9/10/25, 2:42 AM

even if it wasn't that soon theres been no chatter here, I am sure we would be talking about it if they had added something like that

TTangoBee how can we start cloudflare container instance directly from the cloudflare dash...

gruntlord6OP•9/10/25, 2:42 AM

you don't, they spin up with the durable object

Original message was deleted

Isaac McFadyen•9/11/25, 1:09 AM

I'm not sure how this is a dead chat?

Isaac McFadyen•9/11/25, 1:09 AM

Just because there are no changes to autoscaling behavior in the last 2 days does not make it a dead chat

Original message was deleted

1984 Ford Laser•9/11/25, 3:06 AM

feel free to build your own auto-scaling behaviour, you could piece something together within 24 hours so then we don't have to suffer through more spam from you each day

11984 Ford Laser feel free to build your own auto-scaling behaviour, you could piece something to...

ToonyGen•9/11/25, 4:02 PM

I cleaned up the chat messages. I just email to Matthew Prince. If he reads, we might get some update sooner.

Tim•9/13/25, 4:24 AM

Hi, has anyone been able to do a performance benchmark of so go running in a worker container vs a typescript worker (non container)? I love golang, and if I'm able to utilise go through a container and be able to take advantage of it's compiled state. I would prefer this if it's more performant then using the typescript workers.

Tim•9/13/25, 5:54 AM

Oh, i've just realised technically, the container is not directly exposed to the interwebs. It's actually going through a worker.

Is there any intention to expose it directly down the road? And also expose the other services in cloudflare to the container, like DO, workers AI, etc?

TTim Oh, i've just realised technically, the container is not directly exposed to the...

Chaika•9/13/25, 6:07 AM

Perf isn't great right now due to it going Worker -> Durable Object -> Container, so it goes all the way through the different layers. Workers aren't really going to be the bit slowing it down though, a few ms at most.
I think this is just going to come down to the same stuff as where you should use WASM in Workers, which is that for workloads which are resource/cpu bound it may make sense to reach for something that could be more efficient/already warmed up/etc (container), but otherwise Workers are silly quick, espec for simple stuff

Chaika•9/13/25, 6:10 AM

There's other more interesting stuff which you would get with longer running instances like Containers like database connection pooling and being close to origin for many calls back and forth, which CF has aimed to solve in Workers direct with different ways like Hyperdrive and Smart Placement

Tim•9/13/25, 8:29 AM

Indeed. We would have websockets and I was thinking of taking advantage of both go's concurrency and websocket connections where speed could be beneficial if there is a minor gain.

To that end, how does the WASM go compare to the worker operating directly out of curiosity - if someone has done any benchmarks.

Steps•9/14/25, 4:33 PM

The docs on https://developers.cloudflare.com/containers/ are outdated.

The sample JavaScript doesn't compile and the TOML has with instancesinstances a deprecated property.

I try to find out how a minimalistic index.js & TOML must look like to fire up my Docker contaner

CChaika There's other more interesting stuff which you would get with longer running ins...

Steps•9/14/25, 4:36 PM

I guess containers are also interesting where there is a lack of support in JavaScript.
I'm working on a worker that uploads to an external S3 - AI attempts to generate complicated stuff to do the signing.

Steps•9/14/25, 4:39 PM

The new samples are all index.ts (typescript) and jsonc instead of TOML. I want it easier.

Steps•9/14/25, 4:45 PM

The TOML is invalid as it lacks a compatibility date

udidu•9/15/25, 12:12 PM

The image_vars doesn't seems to work.
When I try to use it, the Dockerfile can't see the values of the build args.

For examle, this is how I setup my container inside wrangler.jsonc

        {
            "max_instances": 3,
            "name": "my-services-container",
            "class_name": "MyServicesContainer",
            "image": "./my-services-container/Dockerfile",
            "instance_type": "standard",
            "image_vars": {
                "NPM_TOKEN": "MY_NPM_TOKEN_SECRET"
            }
        }

        {
            "max_instances": 3,
            "name": "my-services-container",
            "class_name": "MyServicesContainer",
            "image": "./my-services-container/Dockerfile",
            "instance_type": "standard",
            "image_vars": {
                "NPM_TOKEN": "MY_NPM_TOKEN_SECRET"
            }
        }

In my Dockerfile I use

ARG NPM_TOKEN

# Install dependencies first
RUN npm install

ARG NPM_TOKEN

# Install dependencies first
RUN npm install

The wrangler deploy fails on the npm install part: unauthenticated: User cannot be authenticated with the token provided.

However, when I set the token value manually inside my Dockerfile it works:

ARG NPM_TOKEN=MY_NPM_TOKEN_SECRET

# Install dependencies first
RUN npm install

ARG NPM_TOKEN=MY_NPM_TOKEN_SECRET

# Install dependencies first
RUN npm install

Uudidu The image_vars doesn't seems to work. When I try to use it, the Dockerfile can't...

darkpool•9/15/25, 11:37 PM

try

ARG NPM_TOKEN
ENV NPM_TOKEN=$NPM_TOKEN

ARG NPM_TOKEN
ENV NPM_TOKEN=$NPM_TOKEN

CodingCoop | Co-Founder Nullshot•9/16/25, 5:18 AM

Congrats on container feature + release team.

Is it possible to reach out to cloudflare to increase limits on containers when they are reached?

Also where is the best place to report feature requests - ideally we can set container type via startup param if possible allowing dynamic sizing based on demand versus configuring it as an env var / binding.

Ddarkpool try ``` ARG NPM_TOKEN ENV NPM_TOKEN=$NPM_TOKEN ```

udidu•9/16/25, 7:55 AM

Not working... :/ It looks like the build args not passed to the Docker build...

Ankan Saha•9/16/25, 2:11 PM

I found a issue in the container project

Uudidu Not working... :/ It looks like the build args not passed to the Docker build...

kian•9/16/25, 2:51 PM

What version of Wrangler are you using?

Kkian What version of Wrangler are you using?

udidu•9/16/25, 2:51 PM

4.33.1

kian•9/16/25, 2:52 PM

"image_vars": {
  "FOO": "BAR"
}

"image_vars": {
  "FOO": "BAR"
}

ARG FOO
RUN echo $FOO

ARG FOO
RUN echo $FOO

=> [build 3/8] RUN echo BAR

=> [build 3/8] RUN echo BAR

kian•9/16/25, 2:53 PM

It seems to work fine for me

udidu•9/16/25, 2:56 PM

Wow, it was my mistake, I had the "containers" set twice on my wrangler.jsonc (one for production env) and I forgot to set the image_vars on the production containers...
Anyway now it works, sorry

Is there any way I can pass the image_vars from env? since I don't want to push to my repo the secrets for the build command

kian•9/16/25, 3:37 PM

Not currently but I think secret mounts (https://docs.docker.com/build/building/secrets/#secret-mounts) would be the best method here - we don't currently expose a way to use those either.

kian•9/16/25, 3:37 PM

I'll take it back to the team & see what we can do.

Kkian Not currently but I think secret mounts (<https://docs.docker.com/build/building...

udidu•9/16/25, 4:55 PM

I've ended up changing the wrangler.jsonc file inside my github action where I replace the env params placeholders inside the image_vars with secrets from Github :/
I'm not proud of it, but it works

Steps•9/16/25, 5:02 PM

I'm puzzled why nobody fixes the broken getting started docs. :/

kian•9/16/25, 5:34 PM

There’s a docs rework already in flight that fixes up & reorganises the whole /containers/ area

Steps•9/16/25, 7:37 PM

Ah, that’s good to know.

Steps•9/16/25, 7:37 PM

I really want to give containers a shot, but can’t find a working simple sample

julian7797•9/16/25, 8:28 PM

When running locally, I'm not seeing any of my container logs, is there a way to view them?

julian7797•9/16/25, 8:29 PM

Also, my container isn't able to access local databases I'm running, is there a way to enable this with wrangler?

SSteps I really want to give containers a shot, but can’t find a working simple sample

kian•9/16/25, 8:47 PM

https://github.com/cloudflare/templates/tree/main/containers-template is probably the most simple example right now

Steps•9/16/25, 9:01 PM

Yeah, I saw that, but TypeScript and JSONC are more complex than JavaScript and wrangler.TOML

There is a sample in the docs, but it's outdated and non-functional.

Steps•9/16/25, 9:02 PM

JSONC is barely human readable. TOML is way cleaner and easier to grasp.

TypeScript requires tsconfig.json and other stuff.
I'd like a minimal JavaScript standalone file that does the forwarding to the container.

they have a wip sqlite adapter but yes, the base install would need to be on mysql and migrated

Similar Threads