Zum Inhalt springen

Cloudflare Release Notes

935 Einträge aus 5 Quellen. Zuletzt aktualisiert:

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

miniflare 5.20261006.0-alpha: assets.base_path und Flagship-Flags

miniflare 5.20261006.0-alpha unterstützt assets.base_path für Workers Assets und ermöglicht in der Local Explorer die Verwaltung lokaler Flagship-Flags.

Minor Changes

  • #15998 b75421f Thanks @dario-piotrowicz! - Add assets.base_path support to Workers Assets

    Serve an asset directory from a public URL prefix without changing its on-disk layout:

    {
      "assets": {
        "directory": "./public",
        "base_path": "/docs"
      }
    }
    

    Wrangler, preview, Miniflare, and generated build configuration preserve the explicitly selected value, while the Asset Worker normalizes it and strips the prefix only for asset lookup. Requests passed to a user Worker, request-facing headers, and redirects retain the public path. Relative pathname inputs are interpreted as root-relative prefixes, URL-shaped values are rejected, and omitting the option preserves existing root-path behavior.

    Authored _headers and _redirects rules continue to match full public paths. In particular, both the source and destination of an authored 200 asset rewrite must include the configured public prefix; Asset Worker-generated redirects are prefixed automatically.

  • #15330 f8cdcb9 Thanks @akshitsinha! - Manage local Flagship flags in Local Explorer …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

@cloudflare/codemods 0.4.1: Analytics-Bindings und Wrangler-Update

@cloudflare/codemods 0.4.1 berücksichtigt bindings.analytics() anstelle von analyticsSQL(), nutzt bei cf migrate das Standardverhalten der Typgenerierung und aktualisiert Wrangler-Abhängigkeiten auf eine von cf dev unterstützte Version.

Patch Changes

  • #16016 f025bbf Thanks @Ankcorn! - Add bindings.analytics() as the preferred name for Analytics SQL bindings and deprecate bindings.analyticsSQL().

  • #15991 b4f6054 Thanks @NuroDev! - Use the default type generation behavior in projects migrated by cf migrate.

    Wrangler projects without dev.generate_types: false no longer get a wrangler.config.ts solely for a redundant type setting. An explicit opt-out still emits types.generate: false, and other Wrangler tooling still produces a config when needed.

  • #15946 1d38b36 Thanks @NuroDev! - Upgrade Wrangler dependencies to a version supported by cf dev when Wrangler-to-cf migration generates wrangler.config.ts. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

@cloudflare/config 0.24.0: bindings.analytics() und assets.base_path

@cloudflare/config 0.24.0 führt bindings.analytics() als bevorzugten Namen für Analytics-SQL-Bindings ein, markiert bindings.analyticsSQL() als veraltet und unterstützt assets.base_path für Workers Assets.

Minor Changes

  • #16016 f025bbf Thanks @Ankcorn! - Add bindings.analytics() as the preferred name for Analytics SQL bindings and deprecate bindings.analyticsSQL().

  • #15998 b75421f Thanks @dario-piotrowicz! - Add assets.base_path support to Workers Assets

    Serve an asset directory from a public URL prefix without changing its on-disk layout:

    {
      "assets": {
        "directory": "./public",
        "base_path": "/docs"
      }
    }
    

    Wrangler, preview, Miniflare, and generated build configuration preserve the explicitly selected value, while the Asset Worker normalizes it and strips the prefix only for asset lookup. Requests passed to a user Worker, request-facing headers, and redirects retain the public path. Relative pathname inputs are interpreted as root-relative prefixes, URL-shaped values are rejected, and omitting the option preserves existing root-path behavior. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

@cloudflare/deploy-helpers 0.20.0: Unterstützung für assets.base_path

@cloudflare/deploy-helpers 0.20.0 unterstützt assets.base_path für Workers Assets, um ein Asset-Verzeichnis unter einem öffentlichen URL-Präfix auszuliefern.

Minor Changes

  • #15998 b75421f Thanks @dario-piotrowicz! - Add assets.base_path support to Workers Assets

    Serve an asset directory from a public URL prefix without changing its on-disk layout:

    {
      "assets": {
        "directory": "./public",
        "base_path": "/docs"
      }
    }
    

    Wrangler, preview, Miniflare, and generated build configuration preserve the explicitly selected value, while the Asset Worker normalizes it and strips the prefix only for asset lookup. Requests passed to a user Worker, request-facing headers, and redirects retain the public path. Relative pathname inputs are interpreted as root-relative prefixes, URL-shaped values are rejected, and omitting the option preserves existing root-path behavior.

    Authored _headers and _redirects rules continue to match full public paths. In particular, both the source and destination of an authored 200 asset rewrite must include the configured public prefix; Asset Worker-generated redirects are prefixed automatically.

Patch Changes …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

@cloudflare/vite-plugin 1.63.0: E-Mail-geschützte Quick Tunnels

@cloudflare/vite-plugin 1.63.0 ermöglicht über tunnel.allowedMail E-Mail-geschützte Quick Tunnels für Vite-Entwicklungs- und Preview-Server.

Minor Changes

  • #16030 aa2f9b7 Thanks @edmundhung! - Add email-protected Quick Tunnels to the Cloudflare Vite plugin

    Set tunnel.allowedMail to a list of email addresses or domain patterns to require email authentication when exposing a Vite development or preview server through a Quick Tunnel.

Patch Changes

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

@cloudflare/workers-auth 0.13.0: Option temporaryAccountLogger

@cloudflare/workers-auth 0.13.0 führt die Option temporaryAccountLogger ein, mit der Hinweise zu temporären Konten, etwa an stderr, umgeleitet werden können.

Minor Changes

  • #16068 26e03e2 Thanks @edevil! - Add a temporaryAccountLogger option for temporary-account notices

    AuthContext.temporaryAccountLogger receives the terms notice, the proof-of-work message, and the "Temporary account ready" claim details. A CLI whose commands write parseable output to stdout can route these messages to stderr. When it is not set, the messages go to logger as before.

Patch Changes

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

@cloudflare/workers-utils 0.47.0: Unterstützung für assets.base_path

@cloudflare/workers-utils 0.47.0 unterstützt assets.base_path für Workers Assets, sodass ein Asset-Verzeichnis unter einem öffentlichen URL-Präfix bereitgestellt werden kann, ohne das Layout auf der Festplatte zu ändern.

Minor Changes

  • #15998 b75421f Thanks @dario-piotrowicz! - Add assets.base_path support to Workers Assets

    Serve an asset directory from a public URL prefix without changing its on-disk layout:

    {
      "assets": {
        "directory": "./public",
        "base_path": "/docs"
      }
    }
    

    Wrangler, preview, Miniflare, and generated build configuration preserve the explicitly selected value, while the Asset Worker normalizes it and strips the prefix only for asset lookup. Requests passed to a user Worker, request-facing headers, and redirects retain the public path. Relative pathname inputs are interpreted as root-relative prefixes, URL-shaped values are rejected, and omitting the option preserves existing root-path behavior.

    Authored _headers and _redirects rules continue to match full public paths. In particular, both the source and destination of an authored 200 asset rewrite must include the configured public prefix; Asset Worker-generated redirects are prefixed automatically.

Patch Changes …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

create-cloudflare 2.73.3: aktualisierte Abhängigkeiten

create-cloudflare 2.73.3 aktualisiert die Abhängigkeiten create-next-app (16.3.8), create-analog (2.8.0) und @angular/create (22.2.1).

Patch Changes

  • #16057 ad54578 Thanks @dependabot! - Update dependencies of "create-cloudflare"

    The following dependency versions have been updated:

    Dependency From To
    create-next-app 16.3.6 16.3.8
  • #16058 f67fb2b Thanks @dependabot! - Update dependencies of "create-cloudflare"

    The following dependency versions have been updated:

    Dependency From To
    create-analog 2.7.5 2.8.0
  • #16060 17c6c0d Thanks @dependabot! - Update dependencies of "create-cloudflare"

    The following dependency versions have been updated:

    Dependency From To
    @angular/create 22.2.0 22.2.1

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

wrangler 4.148.0: neue Queues-Flags und assets.base_path

wrangler 4.148.0 ergänzt für wrangler queues subscription create die für die Quelle artifacts.repo nötigen Flags --source-namespace und --source-repo-name und führt assets.base_path ein, mit dem ein Asset-Verzeichnis unter einem öffentlichen URL-Präfix ausgeliefert wird.

Minor Changes

  • #16051 b4e1299 Thanks @devteamaegis! - Add --source-namespace and --source-repo-name to wrangler queues subscription create for the artifacts.repo source

    The Event Subscriptions API requires source.namespace and source.repo_name for artifacts.repo subscriptions, but Wrangler had no way to pass them, so --source artifacts.repo always failed with a validation error. Both flags are now required for this source, and wrangler queues subscription get shows the subscription's resource as <namespace>/<repo-name>.

  • #15998 b75421f Thanks @dario-piotrowicz! - Add assets.base_path support to Workers Assets

    Serve an asset directory from a public URL prefix without changing its on-disk layout:

    {
      "assets": {
        "directory": "./public",
        "base_path": "/docs"
      }
    }
    ``` …
    

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Kein Datum in der Quelle. Angezeigt ist der Tag, an dem wir den Eintrag aufgenommen haben.

Aufgenommen am .

Storage von Cloudflare

Version 4.126.0: retryAlarm lokal erst ab Wrangler 4.126.0

Für die lokale Entwicklung benötigt retryAlarm Wrangler 4.126.0 oder neuer.

For more information, refer to ctx.abort().

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Developer Platform von Cloudflare

AI Gateway: Einheitliche Fehlerantworten bei abgelehnten Provider-Zugangsdaten

Die AI Gateway REST API (POST /ai/run) liefert bei von Providern abgelehnten Zugangsdaten nun einheitlich HTTP 401 mit Fehlercode 2009 statt provider-spezifischer Antworten (bei Google Vertex ohne Wiederholungsversuche), und bei Unified Billing HTTP 503.

AI Gateway's REST API now returns consistent responses when an AI provider rejects credentials. The change applies to POST /ai/run ↗︎.

Scenario

Previous AI Gateway response

New AI Gateway response

ElevenLabs

Provider-specific UserCredentialsError with HTTP 403

HTTP 401 with error code 2009

Google Vertex

HTTP 500 for rejected credentials, with upstream retries

HTTP 401 with error code 2009; the request fails without retrying the provider

All other providers

HTTP 402 or another provider-specific status for rejected credentials

HTTP 401 with error code 2009

When using Unified Billing, the provider rejects the credentials

Provider-specific authentication error

HTTP 503

Update applications that handle AI Gateway REST API errors to treat HTTP 401 as an invalid or rejected provider credential.

For details about providing provider credentials, refer to Bring your own provider keys.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

AI Gateway von Cloudflare

AI Gateway: Einheitliche HTTP-401-Antwort bei abgelehnten Provider-Zugangsdaten

Die AI Gateway REST API (POST /ai/run) liefert bei abgelehnten Provider-Zugangsdaten nun einheitlich HTTP 401 mit Fehlercode 2009 statt provider-spezifischer Antworten, und Anwendungen sollten 401 als ungültige Provider-Credentials behandeln.

AI Gateway's REST API now returns consistent responses when an AI provider rejects credentials. The change applies to POST /ai/run ↗︎.

Scenario

Previous AI Gateway response

New AI Gateway response

ElevenLabs

Provider-specific UserCredentialsError with HTTP 403

HTTP 401 with error code 2009

Google Vertex

HTTP 500 for rejected credentials, with upstream retries

HTTP 401 with error code 2009; the request fails without retrying the provider

All other providers

HTTP 402 or another provider-specific status for rejected credentials

HTTP 401 with error code 2009

When using Unified Billing, the provider rejects the credentials

Provider-specific authentication error

HTTP 503

Update applications that handle AI Gateway REST API errors to treat HTTP 401 as an invalid or rejected provider credential.

For details about providing provider credentials, refer to Bring your own provider keys.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Cloudflare One von Cloudflare

BGP über IPsec- und GRE-Tunnel jetzt allgemein verfügbar

BGP-Peering über IPsec- und GRE-Tunnel ist für Cloudflare WAN und Magic Transit allgemein verfügbar und für Produktivumgebungen nutzbar, sodass Routen dynamisch statt über manuell gepflegte statische Routen ausgetauscht werden.

BGP peering over IPsec and GRE tunnels is generally available for Cloudflare WAN and Magic Transit. You can use it for production workloads.

BGP peering exchanges routes dynamically between your devices and your Cloudflare virtual network routing table. You no longer need to update static routes manually as your network changes.

BGP over IPsec and GRE tunnels is available to all accounts that use Unified Routing. No enablement is required. BGP over CNI remains in closed beta.

For configuration details, refer to:

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

config 0.23.0: Container-Jurisdiktion "us" ergänzt

Container-Platzierungsregeln akzeptieren in Wrangler und der typisierten Cloudflare-Konfiguration nun constraints.jurisdiction: "us" zusätzlich zu "eu" und "fedramp".

Minor Changes

  • #15928 7f57b1c Thanks @ichernetsky-cf! - Allow "us" as a jurisdiction for Container applications

    Container placement constraints now accept constraints.jurisdiction: "us" in Wrangler and typed Cloudflare configuration. This makes the US jurisdiction available alongside "eu" and "fedramp".

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

workers-auth 0.12.0: Neue OAuth-Scopes für zone-observability

Neue cf-OAuth-Logins fordern zusätzlich die Scopes zone-observability.read und zone-observability.write an, bestehende Sitzungen müssen sich dafür erneut authentifizieren.

Minor Changes

  • #16009 f23dcb3 Thanks @NuroDev! - Allow cf to request the zone observability OAuth scopes

    New cf OAuth logins request zone-observability.read and zone-observability.write. Existing sessions must authenticate again to receive them.

Patch Changes

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

workers-utils 0.46.0: Container-Jurisdiktion "us" erlaubt

@cloudflare/workers-utils 0.46.0 erlaubt constraints.jurisdiction: "us" für Container-Platzierungen neben "eu" und "fedramp".

Minor Changes

  • #15928 7f57b1c Thanks @ichernetsky-cf! - Allow "us" as a jurisdiction for Container applications

    Container placement constraints now accept constraints.jurisdiction: "us" in Wrangler and typed Cloudflare configuration. This makes the US jurisdiction available alongside "eu" and "fedramp".

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

create-cloudflare 2.73.2: Unterstützung für SvelteKit 3

create-cloudflare 2.73.2 unterstützt SvelteKit-3-Projekte, indem es den dazu kompatiblen Cloudflare-Adapter nutzt und generierte SvelteKit-Typen beim Hinzufügen von Workers-Typen erhält.

Patch Changes

  • #16017 1bc7269 Thanks @jamesopstad! - Support SvelteKit 3 projects

    Create Svelte projects with the SvelteKit 3-compatible Cloudflare adapter and preserve SvelteKit's generated types when adding Workers types.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Workers SDK von Cloudflare

wrangler 4.147.0: Jurisdiktion "us" für Container, LIVE INSTANCES

wrangler 4.147.0 erlaubt "us" als Jurisdiktion für Container-Anwendungen, und wrangler containers list zeigt in der Spalte LIVE INSTANCES nun die tatsächlich aktiven Instanzen an.

Minor Changes

  • #15928 7f57b1c Thanks @ichernetsky-cf! - Allow "us" as a jurisdiction for Container applications

    Container placement constraints now accept constraints.jurisdiction: "us" in Wrangler and typed Cloudflare configuration. This makes the US jurisdiction available alongside "eu" and "fedramp".

Patch Changes

  • #15974 7f700ef Thanks @martinezjandrew! - Fix wrangler containers list to report live instances

    The LIVE INSTANCES column now reports each application's active runtime instances instead of its configured instance count, matching the Cloudflare dashboard. JSON output continues to expose the configured count through the existing instances field.

  • #15980 90e6a1b Thanks @martinezjandrew! - Accept Durable Object application IDs in Containers commands …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Storage von Cloudflare

Workers KV Namespace-Jurisdiktionen allgemein verfügbar

Jurisdiktionen für Workers KV Namespaces (eu, us, fedramp) sind allgemein verfügbar und können nur beim Erstellen eines Namespace festgelegt werden.

KV

Jurisdictions for Workers KV namespaces are now generally available. When you create a namespace, you can set a jurisdiction to make sure the namespace's data is only durably stored within that region. Jurisdictions can help you comply with data localization regulations such as GDPR or FedRAMP. Supported jurisdictions are eu, us, and fedramp.

A jurisdiction can only be set when a namespace is created, using the Cloudflare dashboard, Wrangler, the cf CLI, or the REST API, and cannot be added or changed afterwards.

npx wrangler@latest kv namespace create <NAMESPACE_NAME> --jurisdiction=eu
cf kv namespaces create --title <NAMESPACE_NAME> --jurisdiction eu
curl "https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/storage/kv/namespaces" \
  --request POST \
  --header "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
  --header "Content-Type: application/json" \
  --data '{
    "title": "<NAMESPACE_NAME>",
    "jurisdiction": "eu"
  }'

Workers can still access a namespace restricted to a jurisdiction from anywhere in the world, and KV data can be cached outside the jurisdiction on Cloudflare's network. The jurisdiction only controls where the namespace's data is durably stored.

To learn more, refer to Data location.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Aufgenommen am .

Storage von Cloudflare

D1-Datenbanken mit US-Jurisdiktion erstellen

D1-Datenbanken lassen sich jetzt mit der Jurisdiktion us erstellen, sodass Daten ausschließlich in den USA laufen und gespeichert werden.

D1

You can create D1 databases with the us jurisdiction. These databases run and persist data within the United States.

Use this option for regional data residency requirements.

To create a database with the us jurisdiction, run:

npx wrangler@latest d1 create db-with-us-jurisdiction --jurisdiction=us

For more information, refer to D1 data location.

Originalquelle(öffnet in neuem Tab)Problem melden