Showing 1–15 of 15 dossiers

Cloudflare Workers replaces 3MB and 10MB compressed bundle caps with one 64MiB uncompressed limit

The change makes heavier frameworks and dependency trees deployable to Workers without plan-specific compressed-size ceilings, but it also changes what builders need to measure: the operative limit is now uncompressed Total Upload rather than the gzip number they may have optimized around.

Cloudflare Workers now enables Node.js compatibility by default for new compatibility dates

Cloudflare has inverted a long-standing Workers assumption: Node.js compatibility is now on by default for current compatibility dates. That reduces setup friction for many npm packages, but it also means developers need to understand compatibility-date boundaries, partial APIs and explicit opt-out flags.

Cloudflare links AI code scanning to live edge exposure before proposing a fix

The interesting part is not another AI scanner. Cloudflare is connecting source-code evidence to what is actually deployed and being attacked at the edge, validating findings outside the model, then preparing both a code patch and, where appropriate, a narrowly scoped WAF mitigation for customer review.

Cloudflare’s AI crawler controls can now preserve search while refusing training

Cloudflare’s crawler controls now distinguish between refusing AI training and refusing the crawler itself. The new Disallow AI Training option is designed to keep search discoverability while expressing a training opt-out to operators that meet Cloudflare’s Accountable requirements.

CDNs began with cached files and now sit in front of applications, APIs, security controls and edge compute. That position can improve speed and resilience, but it also concentrates important routing, data and operational decisions in a provider layer.

This page follows changes in content delivery, edge runtimes, networking and web security services. BTN examines geography, limits, standards support, pricing and failure behaviour so builders can judge where an edge feature is genuinely useful. Coverage avoids treating lower latency as an automatic win; the relevant question is whether a change simplifies the whole system or moves complexity into a less visible place.

Standards and interoperability are especially important at this layer because proprietary request, data and deployment APIs can spread throughout an application. BTN follows movement toward portable primitives as well as new provider features. The practical test is whether a team gains useful reach without losing the ability to reason about requests.