Anforderungen
Unverändert seit v4: Node.js 20.0.0 oder neuer, sowohl ESM als auch CJS.Zusammenfassung der Breaking Changes
| v4.x | v5.x |
|---|---|
client.users.* (veralteter Proxy) | Entfernt. Verwenden Sie client.user.* |
app.backup / app.backups | Entfernt. Verwenden Sie app.snapshots |
Backup-Export | Entfernt. Verwenden Sie Snapshot / DatabaseSnapshot |
api.applications.create(file) liefert { id, name, lang, ram } | Liefert { id, name, ram, cpu, language, description?, subdomain? } |
app.network.dns() liefert { ownership, ssl } | Liefert ein Array von DNS-Einträgen |
client.users entfernt
Anders als bei der Migration von v3 zu v4 gibt es diesmal keinen veralteten Proxy. client.users existiert nicht mehr, ein Aufruf wirft einen Fehler.
Backups entfernt
app.backup und app.backups sind entfernt, ebenso der Backup-Export. Snapshots sind der einzige unterstützte Weg, sowohl für Anwendungen als auch für Datenbanken.
Snapshot für Anwendungs-Snapshots und DatabaseSnapshot für Datenbank-Snapshots.
Rückgabeform von api.applications.create(file)
Die erstellte Anwendung liefert jetzt umfangreichere Sprach- und Ressourcendaten anstelle des flachen Paars lang/ram.
Form von app.network.dns()
dns() liefert jetzt ein Array von DNS-Einträgen anstelle eines einzelnen Objekts { ownership, ssl }.
txt-Einträge decken sowohl Ownership als auch SSL-Validierung ab; der cname-Eintrag ist der Traffic-Eintrag. status spiegelt den Validierungsstatus wider (pending, pending_validation, active und so weiter).
Weitere Änderungen
ApplicationLanguageenthält jetztruby, neben javascript, typescript, python, java, elixir, go, rust, php, dotnet und static.- Fehlercodes wurden standardisiert. Neue Namen werden über
APIErrorCodeexportiert; die alten Namen bleiben als veraltete Typ-Aliase verfügbar. Siehe Fehlercodes für die vollständige Umbenennungstabelle.

