Documentation

Comptes

Modifiez l'utilisateur connecté depuis Studio local et voyez lesquels de ces champs sont utilisés par les écrans de paramètres du bureau.

Traduit automatiquement de l'anglais. Voir l'original en anglais

Deux endroits où un compte est modifié

Les écrans de paramètres du bureau appellent l'API utilisateur sidecar (/api/user/profile, /api/user/password, /api/user/git-profile, /api/user/api-keys). Studio est une page locale distincte. Une fois connecté, il écrit les mêmes tables SQLite pour cet utilisateur : User, un titre Account rangée quand il en existe, ApiKey, et GitProfile.

Studio n'appelle pas le sidecar et ne s'exécute pas sur la base de données du site public. cadcam.fun sert la page; le formulaire de compte fonctionne lorsque bun run dev dans packages/web a démarré l'API Studio locale sur votre fichier de base de données.

Connexion au studio

Le formulaire de connexion vérifie User.password avec Bun.password (bcrypt) et stocke une ligne dans Session. Le navigateur conserve cette session dans le cadcamfun-studio biscuit. La déconnexion supprime la ligne de session.

Ce n'est pas la session de bureau. Le bureau utilise un jeton de porteur de lancement plus un jeton facultatif x-session-token. Un cookie Studio n'authentifie pas les demandes sidecar et une session de bureau ne vous connecte pas à Studio.

Le site public ne peut pas voir votre base de données

Si l'API locale n'est pas en cours d'exécution, Studio l'indique et laisse les formulaires de compte masqués. Commencez-le à partir de packages/web avec bun run dev. Le fichier de base de données est CADCAMFUN_DB, DATABASE_URL, ou data/cadcamfun.db à la racine du référentiel.

Profil

La section du compte modifie le nom, le titre, l'entreprise, l'emplacement, le site Web, la biographie, le profil public et l'adresse e-mail. L'e-mail est affiché et n'est pas modifié. Le nom est obligatoire et doit comporter au maximum 100 caractères. La biographie doit comporter au maximum 500 caractères. Un site Web, une fois défini, doit être une URL.

L'écran du profil de bureau envoie les mêmes champs à PUT /api/user/profile. Une photo choisie dans l'interface utilisateur du bureau est stockée dans le stockage local de ce navigateur, à moins que le téléchargement en plusieurs parties ne soit réellement envoyé ; Studio ne télécharge pas d'image de profil.

Mot de passe

Studio vérifie le mot de passe actuel par rapport à User.password, la colonne utilisée par sa propre connexion. Le nouveau mot de passe doit comporter au moins 8 caractères. Le nouveau hachage bcrypt est réécrit dans User.password. Si un Account rangée avec providerId credential existe pour cet utilisateur, le même hachage y est également écrit, car PUT /api/user/password sur le sidecar lit cette ligne.

Il n’existe aucun contrôle des paramètres du bureau pour cette route de changement de mot de passe. Connexion au bureau, inscription et réinitialisation de l'utilisation User.password à travers /api/auth/*.

Clés API

La création d'une clé insère un ApiKey rangée dont keyHash est le résumé hexadécimal SHA-256 d'un cad_ secrète. Le secret est rendu une fois. Les listes ultérieures montrent le nom et les dates, pas le secret. La révocation supprime la ligne de cet utilisateur.

C'est le vrai /api/user/api-keys magasin. GET /api/user/tokens et POST /api/user/tokens renvoie une liste de démonstration fixe et ne conserve rien. Studio ne propose pas cette liste de démonstration. L'onglet Compte du bureau lit toujours l'itinéraire de démonstration ; ce n'est pas un deuxième magasin de clés.

Identité Git

Le formulaire git lit et écrit GitProfile: le nom et l’email qui signent les commits de cet utilisateur. L'écran du profil du bureau modifie la même ligne jusqu'à GET et PUT /api/user/git-profile. L’enregistrement à l’un ou l’autre emplacement remplace l’identité de cet identifiant utilisateur.

Paramètres du bureau

Ouvrir /settings dans l'application de bureau pour les onglets profil, compte, sécurité, notifications, IA, appareils et langue. Le profil et l'identité git correspondent aux champs Studio ci-dessus. La forme HTTP de chaque utilisateur et route d'authentification est dans Utilisateurs et Authentification.

Terrain d'atelier	Application de bureau	Stocké dans
Profil	Paramètres → Profil, `PUT /api/user/profile`	`User`
Mot de passe	`PUT /api/user/password` (pas de contrôle des paramètres)	`User.password` et les informations d'identification `Account.password`
Clés API	`/api/user/api-keys` (pas de contrôle des paramètres)	`ApiKey`
Identité Git	Paramètres → Profil, `/api/user/git-profile`	`GitProfile`

Ce que Studio ne fait pas

Il n'enregistre pas un nouvel utilisateur. Connectez-vous avec un utilisateur disposant déjà d'un mot de passe dans la base de données sélectionnée.
Cela ne supprime pas un compte. Cette cascade perdure DELETE /api/user/delete-account dans le sidecar.
Il ne gère pas les mots de passe. POST /api/auth/passkey-register réponses 501.
Il ne modifie pas les préférences de notification, les fournisseurs d’IA ou les appareils compagnons. Ceux-ci restent sur le bureau.
Il n'accepte pas le site public comme service de compte hébergé. Sans l'API locale, les formulaires restent indisponibles.