Dokumentation

Konten

Bearbeiten Sie den angemeldeten Benutzer im lokalen Studio und sehen Sie, welche dieser Felder die Desktop-Einstellungsbildschirme verwenden.

Automatisch aus dem Englischen übersetzt. Englisches Original ansehen

An zwei Stellen wird ein Konto bearbeitet

Die Desktop-Einstellungsbildschirme rufen die Sidecar-Benutzer-API auf (/api/user/profile, /api/user/password, /api/user/git-profile, /api/user/api-keys). Studio ist eine separate lokale Seite. Nachdem Sie sich angemeldet haben, werden dieselben SQLite-Tabellen für diesen Benutzer geschrieben: User, ein Ausweis Account zeile, wenn eine existiert, ApiKey, und GitProfile.

Studio ruft den Sidecar nicht auf und wird nicht in der Datenbank der öffentlichen Site ausgeführt. cadcam.fun dient der Seite; Das Kontoformular funktioniert, wenn bun run dev in packages/web hat die lokale Studio-API für Ihre Datenbankdatei gestartet.

Studio-Anmeldung

Das Anmeldeformular prüft User.password mit Bun.password (bcrypt) und speichert eine Zeile in Session. Der Browser behält diese Sitzung im cadcamfun-studio plätzchen. Beim Abmelden wird die Sitzungszeile gelöscht.

Dies ist nicht die Desktop-Sitzung. Der Desktop verwendet ein Launch-Bearer-Token sowie ein optionales x-session-token. Ein Studio-Cookie authentifiziert keine Sidecar-Anfragen und eine Desktop-Sitzung meldet Sie nicht bei Studio an.

Die öffentliche Website kann Ihre Datenbank nicht sehen

Wenn die lokale API nicht ausgeführt wird, sagt Studio dies und lässt die Kontoformulare ausgeblendet. Beginnen Sie mit packages/web mit bun run dev. Die Datenbankdatei ist CADCAMFUN_DB, DATABASE_URL, oder data/cadcamfun.db im Repository-Stammverzeichnis.

Profil

Im Kontobereich werden Name, Titel, Firma, Standort, Website, Biografie, öffentliches Profil und Show-E-Mail bearbeitet. E-Mail wird angezeigt und nicht geändert. Der Name ist erforderlich und darf höchstens 100 Zeichen lang sein. Die Biografie darf höchstens 500 Zeichen lang sein. Wenn eine Website festgelegt ist, muss es sich um eine URL handeln.

Der Desktop-Profilbildschirm sendet dieselben Felder an PUT /api/user/profile. Ein in der Desktop-Benutzeroberfläche ausgewähltes Foto wird im lokalen Speicher dieses Browsers gespeichert, es sei denn, der mehrteilige Upload wird tatsächlich gesendet; Studio lädt kein Profilbild hoch.

Passwort

Studio prüft das aktuelle Passwort User.password, die Spalte, die sein eigener Login verwendet. Das neue Passwort muss mindestens 8 Zeichen lang sein. Der neue bcrypt-Hash wird zurückgeschrieben User.password. Wenn ein Account reihe mit providerId credential existiert für diesen Benutzer, derselbe Hash wird auch dort geschrieben, weil PUT /api/user/password auf dem Sidecar steht diese Zeile.

Für diese Route zum Ändern des Kennworts gibt es keine Steuerung der Desktop-Einstellungen. Desktop-Anmeldung, Registrierung und Zurücksetzen der Nutzung User.password durch /api/auth/*.

API-Schlüssel

Beim Erstellen eines Schlüssels wird ein eingefügt ApiKey reihe, deren keyHash ist der SHA-256-Hex-Digest von a cad_ geheimnis. Das Geheimnis wird einmal zurückgegeben. Spätere Listen zeigen den Namen und die Daten, nicht das Geheimnis. Durch den Widerruf wird die Zeile dieses Benutzers gelöscht.

Das ist das Wahre /api/user/api-keys speichern. GET /api/user/tokens und POST /api/user/tokens geben Sie eine feste Demoliste zurück und behalten Sie nichts bei. Studio bietet diese Demoliste nicht an. Auf der Registerkarte „Desktop-Konto“ wird weiterhin die Demo-Route angezeigt. Es handelt sich nicht um einen Zweitschlüsselspeicher.

Git-Identität

Die Git-Form liest und schreibt GitProfile: der Name und die E-Mail-Adresse, die die Commits dieses Benutzers signieren. Der Desktop-Profilbildschirm bearbeitet dieselbe Zeile durch GET und PUT /api/user/git-profile. Durch das Speichern an einem der beiden Orte wird die Identität für diese Benutzer-ID ersetzt.

Desktop-Einstellungen

Offen /settings in der Desktop-App für die Registerkarten „Profil“, „Konto“, „Sicherheit“, „Benachrichtigungen“, „KI“, „Geräte“ und „Sprache“. Profil und Git-Identität stimmen mit den oben genannten Studio-Feldern überein. Die HTTP-Form jedes Benutzers und jeder Authentifizierungsroute ist in Benutzer und Authentifizierung.

Studiofeld	Desktop-App	Gespeichert in
Profil	Einstellungen → Profil, `PUT /api/user/profile`	`User`
Passwort	`PUT /api/user/password` (keine Einstellungskontrolle)	`User.password` und Berechtigungsnachweis `Account.password`
API-Schlüssel	`/api/user/api-keys` (keine Einstellungskontrolle)	`ApiKey`
Git-Identität	Einstellungen → Profil, `/api/user/git-profile`	`GitProfile`

Was Studio nicht macht

Es wird kein neuer Benutzer registriert. Melden Sie sich mit einem Benutzer an, der bereits über ein Passwort in der ausgewählten Datenbank verfügt.
Ein Konto wird dadurch nicht gelöscht. Diese Kaskade lebt weiter DELETE /api/user/delete-account im Sidecar.
Es verwaltet keine Passkeys. POST /api/auth/passkey-register antwortet 501.
Es werden keine Benachrichtigungseinstellungen, KI-Anbieter oder Begleitgeräte bearbeitet. Diese bleiben auf dem Desktop.
Die öffentliche Website wird nicht als gehosteter Kontodienst akzeptiert. Ohne die lokale API bleiben die Formulare nicht verfügbar.