[aperture147]

It’s good that CF is actually trying to improve its platform instead of blaming others for smearing its product. Still, the breakneck pace is a mixed blessing. Things change so fast it’s hard to keep up, and launches often outrun polish. The R2 Data Catalog still lacks Iceberg v3 support; Wrangler has shifted dramatically in just a few months; and Pages seems to be on the way out, leaving me with Workers Assets that are painful to migrate. Configs that worked in Wrangler 3 didn’t carry over cleanly to Wrangler 4, and it feels like Wrangler 5 will introduce yet another interaction model.

[kentonv]

> Configs that worked in Wrangler 3 didn’t carry over cleanly to Wrangler 4, and it feels like Wrangler 5 will introduce yet another interaction model.

There were no changes to the config format in Wrangler 4. The reasons for the major version bump didn't affect 99.99% of users. They are listed here:

https://developers.cloudflare.com/workers/wrangler/migration...

Personally I pushed back on bumping the major version at all, because I know even a no-op major version update creates pain. But the team wasn't comfortable given the obscure edge cases. We have resolved, though, that in the future we'll build ways to manage all these issues without requiring a major version bump (e.g. support multiple versions of esbuild, so that you can upgrade wrangler without updating esbuild).

Incidentally, on the runtime side especially, we're pretty maniacal about backwards compatibility: https://blog.cloudflare.com/backwards-compatibility-in-cloud...

> Pages seems to be on the way out, leaving me with Workers Assets that are painful to migrate.

Pages are not "on the way out". Workers Assets are just a new, more flexible implementation of Pages, which makes it easier to use other Workers features together with Pages. If you don't need those other features, you do not need to migrate. Eventually, we will get to the point where we can auto-migrate everybody, we just aren't there yet.

[troyvit]

> and Pages seems to be on the way out, leaving me with Workers Assets that are painful to migrate.

According to this community post CF isn't going to deprecate pages until workers achieve parity: https://community.cloudflare.com/t/static-web-site-in-worker...

That said I can't actually find a place where CF says pages are deprecated. pages.cloudflare.com seems all-in on it, as does developer.cloudflare.com/pages. I see a reddit post where somebody implies they're deprecating pages, but the page they link to [1] doesn't mention anything about pages going away.

That doesn't take away from the rest of what you're saying, it's just the part that made my heart skip a beat.

[1] https://www.reddit.com/r/webdev/comments/1mme85y/cloudflare_...

[kentonv]

It's not deprecated. There's confusion because the implementation is changing to be better-integrated with Workers, and currently it's manual migration to get the new implementation, but eventually it'll be automatic. It'll still be called "Pages" when that happens.

[itake]

Where do you see that "pages seems to be on the way out"? I use pages for a few projects...

[sofixa]

The migration guide contains this:

> Workers will receive the focus of Cloudflare's development efforts going forwards, so we therefore are recommending using Cloudflare Workers over Cloudflare Pages for any new projects

https://developers.cloudflare.com/workers/static-assets/migr...

[csomar]

I didn't find it hard to migrate. Pages are workers, so might as well just use a worker.

[aperture147]

CF used to encouraged people to move to Workers instead of using Pages. They recently removed the message in their landing page that said so (just checked, you could visit Wayback Machine to verify), so I guess Pages will still be available anyway. Btw the best thing that Pages gives out is allowing people to use different domain from another domain registry when Workers force user move their domain to CF.

[TiredOfLife]

Fun thing is that this started because somebody claimed that Cloudflare is faster than Vercel. Then somebody who knows what they are doing did benchmarks that showed the opposite. And then worked with Cloudflare to make it faster

[aperture147]

They might flip the emergency switch that burns a little more money to improve the cold start, schedule more CPUs to each V8 process or remove the `sleep(100)` somewhere in the code. I kinda doubt that they have actually made any code improvement but just a marketing stunt that make everything seems to be faster for a month then everything will be just as slow as it is, or they are buying time to actually improve the code.

[NicoJuicy]

And nobody on the benchmarks mentioned that Vercel runs it on 2 gb. Instances ( and much more expensive) while Cloudflare is competitive with 128 mb. instances.

I guess that's the difference between building on top of AWS and actually building your own infrastructure.

[refulgentis]

Theo knowing what he’s doing died for me when he did a dive into this fancy new data format OpenAI started using to stream responses from the server and how wasteful it is (SSE) (and this was in 2025)

I don’t except everyone to know everything but it made me very careful about differentiating Theo-the-engineer from Theo-the-social-media-dude.

[yomismoaqui]

Reminder to use boring tech when building something important that should last for some years.