tripoli.cloud/tripoli-api/src
Adam Belkacemi 546734ad77 Phase 3 : tripoli-api (auth, fichiers, PostgreSQL)
- axum + sqlx (requêtes runtime, pas les macros query! à vérification
  compile-time - évite d'exiger une base joignable à chaque build).
- Auth par session opaque côté serveur (cookie HttpOnly/Secure/SameSite,
  pas de JWT - révocation = suppression de ligne). Mots de passe
  Argon2.
- Fichiers : upload multipart streamé chunk par chunk vers le disque
  (jamais accumulé en mémoire - condition réelle d'une progression
  d'upload non simulée), download streamé, blobs nommés par UUID
  (le nom d'origine ne vit qu'en métadonnée).
- Stockage disque pour cette v1 (pas Object Storage - pas de bénéfice
  réel pour un unique VPS avec 55 Go libres, ajouté sans complexité
  inutile).
- PostgreSQL dans un conteneur Docker dédié, séparé de celui
  d'iot-alarm-system (pas de couplage entre projets sans rapport).
- Déployé en prod sous systemd (même utilisateur système que
  tripoli-edge), branché sur son upstream par défaut. Vérifié
  bout-en-bout via https://tripoli.cloud/api/... : inscription,
  connexion, upload, download, suppression, et les cas d'erreur
  (401 sans session, 409 email déjà pris, 401 mauvais mot de passe,
  404 double suppression).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-16 22:43:02 +02:00
..
auth.rs Phase 3 : tripoli-api (auth, fichiers, PostgreSQL) 2026-09-16 22:43:02 +02:00
config.rs Phase 3 : tripoli-api (auth, fichiers, PostgreSQL) 2026-09-16 22:43:02 +02:00
error.rs Phase 3 : tripoli-api (auth, fichiers, PostgreSQL) 2026-09-16 22:43:02 +02:00
files.rs Phase 3 : tripoli-api (auth, fichiers, PostgreSQL) 2026-09-16 22:43:02 +02:00
main.rs Phase 3 : tripoli-api (auth, fichiers, PostgreSQL) 2026-09-16 22:43:02 +02:00
state.rs Phase 3 : tripoli-api (auth, fichiers, PostgreSQL) 2026-09-16 22:43:02 +02:00