Le dépôt n'avait aucun test, aucun linter, aucune vérification de types. Outillage - ESLint 9 (flat config) sur api + les deux frontends, Ruff sur le Python - tsc --checkJs sur l'API (pas de TypeScript, juste la vérification) - Vitest : 401 tests JS ; pytest : 43 tests Python - Tests de mutation (Stryker), deux profils : logique pure et API complète - Hook pre-push `npm run check` (~17 s) — le déploiement Coolify est sur webhook, c'est donc la seule porte de qualité avant la mise en ligne - Workflow Forgejo Actions prêt (inerte tant qu'aucun runner n'est enregistré) Sécurité - Injection SQL authentifiée dans resolve-conflict : `field` était interpolé dans le SET sans allowlist - timingSafeEqual levait sur un jeton multi-octets (500 au lieu de 401) - setErrorHandler écrasait tous les 4xx en 500 - .env.example : ADMIN_JWT_SECRET et ADMIN_SEED_* n'étaient documentés nulle part alors que leur absence casse toute connexion admin Annulation réelle des crawl_run (migration 014) - L'API posait status='error' sans que le crawler en sache rien : le process continuait, et son UPDATE final ne matchait plus (run réussi affiché en erreur) - Protocole coopératif : drapeau cancel_requested lu à chaque lot, le crawler écrit lui-même status='cancelled' Cohérence géographique (migration 014) - Le trigger 013 supprimait les band_locations sans purger le point dénormalisé - L'édition admin de lat/lon n'atteignait jamais band_locations : la carte ignorait la correction. Override step_order = -1, dans une transaction Corrections - limit/offset NaN → 500 au lieu de 400 - OPTIONS sans `return reply` (Fastify poursuivait le cycle de vie) - listen() sans catch, cast ::text en dur sur les colonnes numériques - /admin/api/logs ne renvoyait pas sa pagination - a11y : sélecteur de langue annoncé comme liste vide (role=option manquant) Nettoyage - apps/web/quizz-site supprimé (sans rapport avec le projet) - Code mort : openModal(), LANG_NAMES, double import, variables inutilisées - .dockerignore ajoutés ; node_modules racine n'était pas gitignoré Co-Authored-By: Claude <noreply@anthropic.com>
25 lines
867 B
JavaScript
25 lines
867 B
JavaScript
/**
|
|
* Point d'entrée du process. Toute la logique vit dans app.js pour rester
|
|
* testable ; ce fichier ne fait qu'ouvrir la connexion DB et écouter.
|
|
*/
|
|
import pg from "pg";
|
|
import { buildServer } from "./app.js";
|
|
|
|
const { Pool } = pg;
|
|
|
|
const PORT = Number(process.env.PORT || 3000);
|
|
const DATABASE_URL = process.env.DATABASE_URL;
|
|
|
|
const pool = DATABASE_URL
|
|
? new Pool({ connectionString: DATABASE_URL, statement_timeout: 60000 })
|
|
: null;
|
|
|
|
const fastify = await buildServer({ pool, logger: true });
|
|
|
|
// `listen()` renvoie une promesse : sans catch, un port déjà pris produisait un
|
|
// unhandled rejection et un process zombie au lieu d'un exit code non nul (que
|
|
// Docker/Coolify utilisent pour redémarrer le conteneur).
|
|
fastify.listen({ port: PORT, host: "0.0.0.0" }).catch((err) => {
|
|
fastify.log.error(err, "[api] listen failed");
|
|
process.exit(1);
|
|
});
|