Skip to main content
Diese Seite ist Teil eines KI-Coding-Agent-Skills und für Agenten geschrieben, nicht für Menschen. Für die menschenlesbare Base44-Dokumentation siehe die Entwicklerdokumentation.

Auth-Modul

Nutzerauthentifizierung, -registrierung und Sitzungsverwaltung über base44.auth.

Inhalt


TypeScript Types

User-Interface

LoginResponse-Interface

Parameter-Interfaces

RegisterParams

VerifyOtpParams

ResetPasswordParams

ChangePasswordParams

Provider-Typ


Methoden

Modul-Interface

Methoden-Referenztabelle


Beispiele

Neuen Nutzer registrieren (vollständiger Ablauf)

Die Registrierung erfordert E-Mail-Verifizierung vor dem Login. Vollständiger Ablauf:
  1. Registrieren — Das Nutzerkonto erstellen
  2. Verifizierungs-E-Mail versendet — Nutzer erhält einen OTP-Code
  3. OTP verifizieren — Nutzer gibt Code ein, um E-Mail zu verifizieren
  4. Login — Nutzer kann sich jetzt anmelden
Wichtig: Nutzer können sich nicht anmelden, bis sie die OTP-Verifizierung abgeschlossen haben. Ein Aufruf von loginViaEmailPassword vor der Verifizierung schlägt fehl.

Login mit E-Mail/Passwort

Login mit OAuth-Anbieter

Unterstützte Anbieter: 'google' (standardmäßig aktiviert), 'microsoft' und 'facebook'. Aktiviere Microsoft oder Facebook in den Authentifizierungs-Einstellungen deiner App vor der Nutzung.

Aktuellen Nutzer holen

Nutzerprofil aktualisieren

Authentifizierungsstatus prüfen

Logout

Der Logout leitet den Nutzer zum serverseitigen Logout-Endpunkt (/api/apps/auth/logout) weiter, um HTTP-only-Cookies und die Sitzung zu löschen, und dann zur angegebenen URL (oder zur aktuellen Seite, wenn weggelassen). Erfordert eine Browser-Umgebung.

Geschütztes-Routen-Muster

Auth-Token setzen

Nutzer in Anwendung einladen

OTP-Verifizierung

Passwort-Reset-Ablauf

Passwort ändern


Fehlerbehandlung

Häufige Fehlerszenarien

Das Auth-Modul kann verschiedene Fehler werfen. Hier sind häufige Szenarien und wie du sie behandelst:

Authentifizierungsfehler (401/403)

Validierungsfehler (400/422)

Rate-Limiting (429)

Generischer Fehler-Handler


Auth-Anbieter

Konfiguriere Authentifizierungsanbieter in deinem App-Dashboard:

Verfügbare Anbieter

Integriert (alle Tarife):
  • E-Mail/Passwort — Standard, immer aktiviert
  • Google — OAuth-Authentifizierung
  • Microsoft — OAuth-Authentifizierung
  • Facebook — OAuth-Authentifizierung
SSO-Anbieter (Elite-Tarif):
  • Okta
  • Azure AD
  • GitHub

OAuth-Anbieter verwenden

  • Google — standardmäßig aktiviert.
  • Microsoft — vor der Nutzung in den Authentifizierungs-Einstellungen deiner App aktivieren.
  • Facebook — vor der Nutzung in den Authentifizierungs-Einstellungen deiner App aktivieren.

Verfügbarkeit in Umgebungen

Frontend-Nutzung

Backend-Funktionen-Nutzung


App-Sichtbarkeit

Steuere in den App-Einstellungen, wer auf deine App zugreifen kann:

Öffentliche Apps

  • Kein Login für grundlegenden Zugriff nötig
  • Nutzer können öffentliche Inhalte ohne Authentifizierung ansehen
  • Authentifizierte Nutzer erhalten zusätzliche Features/Daten

Private Apps

  • Login zum Zugriff auf jeden Inhalt nötig
  • Nicht authentifizierte Nutzer werden automatisch zum Login weitergeleitet
  • Alle Inhalte sind standardmäßig geschützt

Einschränkungen

Authentifizierungs-UI-Optionen

  • Empfohlen: Baue eine benutzerdefinierte Login-/Signup-UI mit loginViaEmailPassword() und loginWithProvider() für volle Kontrolle über Nutzererlebnis und Branding
  • Alternative: redirectToLogin() verwendet Base44s gehostete Authentifizierungsseiten mit begrenzter Anpassung

Gehostetes Login (über redirectToLogin)

  • redirectToLogin() zeigt Login- und Signup-Optionen auf derselben Seite
  • Keine separate redirectToSignup()-Methode
  • Nutzer können auf der gehosteten Seite zwischen Login/Signup wechseln
  • ⚠️ Hinweis: Bevorzuge eine benutzerdefinierte Login-UI für ein besseres Nutzererlebnis

Passwort-Anforderungen

  • Mindestlänge und Komplexitätsanforderungen werden durchgesetzt
  • Anforderungen sind nicht per API einsehbar
  • Bei Nichterfüllung werden Validierungsfehler zurückgegeben

Rate-Limiting

  • OTP-Anfragen sind ratenbegrenzt, um Missbrauch zu verhindern
  • Passwort-Reset-Anfragen sind ratenbegrenzt
  • Login-Versuche können mit Turnstile-Schutz ratenbegrenzt sein

Token-Management

  • JWTs werden standardmäßig automatisch im localStorage gespeichert
  • Token-Ablauf und -Refresh sind nicht per API einsehbar
  • Rufe me() oder isAuthenticated() auf, um die Token-Gültigkeit zu prüfen

Best Practices

1. Immer Fehler behandeln

2. Authentifizierung vor geschützten Aktionen prüfen

3. Typsicherheit mit TypeScript nutzen

4. Keine Anmeldedaten hartcodieren

5. Nutzerfeedback geben

6. Token-Ablauf sauber handhaben

7. Benutzerdefinierte Login-UI bauen (empfohlen)

Diese Seite wurde mit KI übersetzt. Für die genauesten und aktuellsten Informationen siehe die englische Version.