Eine Lösung finden
Die meisten Lösungen findest du auf der Seite der Funktion, die du nutzt. Wähle deinen Bereich, um direkt zu seiner Fehlerbehebung zu gelangen.KI-Chat
Der Chat hängt, setzt deine Änderung falsch um oder macht nichts rückgängig.
Laden und Veröffentlichen
Der App-Editor lädt nicht, deine App zeigt einen leeren Bildschirm, oder Änderungen gehen nicht live.
Backend-Funktionen
Eine Funktion gibt Fehler zurück, lässt sich nicht deployen oder ist nicht erreichbar.
App-Zugriff
Dein App-Link öffnet sich bei dir, aber nicht bei anderen Personen.
Eine Domain reparieren
Die Lösung für Domains hängt davon ab, wo du deine Domain erworben hast. Wenn du nicht sicher bist, siehe Prüfen, wo deine Domain registriert ist.In Base44 gekauft
Eine GoDaddy- oder IONOS-Domain, die du in Base44 gekauft hast.
Über Wix gekauft
Eine Domain, die du über Wix gekauft hast.
Anderer Anbieter
Eine Domain, die du von einem anderen Anbieter verbunden hast.
Fehlercodes
Wenn du einen Fehlercode siehst, suche ihn unten. So erfährst du, was er bedeutet und was zu tun ist.400: Bad request
400: Bad request
Ein 400-Fehler bedeutet, dass der Base44-Server deine Anfrage nicht verarbeiten konnte, oft weil Informationen fehlen oder das Format falsch ist.Beispiele:
- Ein Formular mit fehlenden Pflichtfeldern absenden.
- Eine API mit dem falschen Datenformat aufrufen.
403: Forbidden
403: Forbidden
Du bist angemeldet, hast aber keine Berechtigung, diese Aktion auszuführen oder auf die Ressource zuzugreifen. Das kann passieren, wenn deine Rolle oder Berechtigungen eingeschränkt sind, oder wenn die Datenberechtigungen für bestimmte Datentabellen nicht richtig gesetzt sind.Beispiele:
- Versuchen, Einstellungen in einer App zu ändern, auf die du keinen Zugriff hast.
- Versuchen, auf Daten oder Seiten zuzugreifen, die durch deine Rolle oder die Datenberechtigungen deiner App beschränkt sind.
404: Not found
404: Not found
Die Seite, der Link oder die Ressource, auf die du zugreifen wolltest, existiert nicht.Beispiele:
- Eingabe einer falschen URL für deine App oder dein Dashboard.
- Zugriff auf eine gelöschte oder verschobene Datei.
429: Too many requests
429: Too many requests
Du hast eine Aktion in kurzer Zeit zu oft ausgeführt. Das löst ein temporäres Rate-Limit aus, das Leistung und Stabilität schützt.Beispiele:
- Schnelles Klicken zum erneuten Verbinden einer Domain oder Wiederholen derselben Aktion in deinem Dashboard.
- Senden vieler wiederholter Anfragen in kurzer Zeit über die API, Backend-Funktionen oder Workflows.
- Aufrufe deiner App für eine angemeldete Person zählen gegen deren eigenes Kontingent. Diese Kapazität wächst also, wenn mehr Personen deine App nutzen. Nicht angemeldete Besucher werden nach ihrer IP-Adresse gezählt.
- Aufrufe deiner Backend-Funktionen mit Admin-Zugriff, der sogenannten Service-Rolle, handeln für die App statt für eine Person. Alle diese Aufrufe teilen sich ein Kontingent für die ganze App. Es wächst nicht mit der Zahl der Nutzer. In einer App für viele Teams oder Kunden erreichen diese Aufrufe das Limit oft zuerst.
- Kostenpflichtige Tarife haben höhere Limits. Siehe Rate-Limits nach Tarif.
- Verteile Anfragen über die Zeit, statt sie alle auf einmal zu senden.
- Verwende Batch-Anfragen, wo deine Integration sie unterstützt.
- Füge Caching hinzu, damit du nicht immer wieder denselben Endpoint für dieselben Daten aufrufst.
- Füge Retry-Logik hinzu, die nach einer 429-Antwort kurz wartet, bevor sie eine neue Anfrage sendet.
- Wenn 429-Fehler bei normaler Aktivität auftreten, kontaktiere Customer Care. Gib den Zeitpunkt des Fehlers an und was du tun wolltest.
500: Internal server error
500: Internal server error
Beim Verarbeiten deiner Anfrage ist auf dem Base44-Server etwas schiefgelaufen. Du siehst den Fehler vielleicht beim Laden deiner App, beim Speichern von Daten, beim Öffnen von Seiten oder bei Funktionen wie Formularen. Er kann leere Bildschirme, fehlende Daten oder ausfallende Funktionen verursachen, in der Vorschau und in deiner Live-App.Beispiele:
- Eine “500 Internal Server Error”-Seite sehen.
- Funktionen schlagen beim Speichern oder Laden von Daten fehl.
- Den Namen deiner App
- Wo und wann der Fehler auftritt
- Fehlermeldungen aus der Browser-Konsole, wenn möglich mit Screenshots
- Die Schritte, die zum Problem geführt haben
500-Fehler beim Senden einer POST-Anfrage an Webhook-Funktion
500-Fehler beim Senden einer POST-Anfrage an Webhook-Funktion
Ein 500-Fehler bedeutet meist, dass die URL für deine Webhook-POST-Anfrage falsch ist. Stelle sicher, dass du den Standard-Base44-App-Link als Basis-URL in deinem Funktions-Endpoint verwendest.Zum Beispiel:
https://app--your-app-name.base44.app/api/apps/your-app-id/functions/yourFunctionNameWenn du eine benutzerdefinierte Domain verbunden hast, wird trotzdem empfohlen, den Standard-App-Link für POST-Anfragen zu verwenden, um korrektes Routing und weniger Fehler zu gewährleisten. Prüfe die Struktur deiner URL und aktualisiere deine Integration bei Bedarf.Diese Seite wurde mit KI übersetzt. Die genauesten und aktuellsten Informationen findest du in der englischen Version.