Search Results

But de cette page Cette page est la carte d’entrée du système Web Uniksim. Elle permet de comprendre rapidement quelles applications existent, comment elles communiquent, où sont stockées les données et dans quel chapitre chercher lorsqu’un problème survient. ...

Rôle Le backend Web principal est une application NestJS située dans uniksim-back-end/. Elle centralise les API utilisateur, jeu, administration, support, notifications, push, mail et IA. Démarrage Le point d’entrée est src/main.ts. Attend aiServerReady ava...

Vue d’ensemble L’administration backend d’Uniksim repose sur deux couches distinctes qu’il ne faut pas confondre : les routes d’administration de l’API NestJS principale, protégées par des guards et reliées aux services backend; un serveur Express d’administra...

Vue d’ensemble L’authentification combine JWT côté backend et des guards côté backend et frontend. Backend JWT configuré globalement dans src/app.module.ts. Secret provenant de JwtConstants.secretJwt. Durée de validité configurée à 4 heures. AuthGuardUser pr...

Structure principale Le frontend Angular se trouve dans uniksimFrontEnd/. Le dossier principal est src/app/. Pages/ : écrans complets de l’application. Components/ : composants réutilisables. Popup/ : interfaces modales/popups. service/ : services Angular, a...

Vue d’ensemble Le jeu Unity WebGL est intégré au site Angular et communique avec le backend NestJS. Cette page présente les responsabilités de chaque couche et les principaux points à vérifier lorsqu’une modification touche le jeu et le Web. Architecture génér...

Vue d’ensemble La configuration backend est principalement répartie entre les fichiers d’environnement et uniksim-back-end/src/node.js/server/constantsVariable.js. Ce fichier centralise de nombreuses valeurs utilisées par les serveurs, les intégrations et les...

Vue d’ensemble Le backend utilise principalement MySQL via TypeORM pour les données relationnelles, et Redis pour plusieurs données temporaires ou temps réel. Architecture de persistance flowchart TD API[NestJS Controllers] --> SERVICES[Services métier] ...

Vue d’ensemble Le frontend Angular et le backend NestJS sont déployés ensemble. Le build Angular de production écrit directement dans le backend, puis le backend est compilé et démarré avec l’environnement voulu. Pipeline de build flowchart TD A[uniksimFro...

Objectif Cette page indique où chercher dans le code selon le type de changement ou de bug. Elle ne remplace pas les pages détaillées des sous-systèmes. Vue des deux projets principaux flowchart TD ROOT[uniksimweb] --> FE[uniksimFrontEnd] ROOT --> BE[u...

Vue d’ensemble Le frontend ne doit pas appeler le backend directement depuis chaque composant. La logique partagée est regroupée dans uniksimFrontEnd/src/app/service/, avec plusieurs familles spécialisées. Flux standard sequenceDiagram participant P as Pa...

Vue d’ensemble Le frontend sépare globalement les écrans complets, les composants réutilisables et les popups. Cette page sert de guide pour savoir où ajouter ou modifier une interface. Structure UI flowchart TD APP[AppModule] --> ROUTES[RouterModule.forRo...

Vue d’ensemble Plusieurs fonctions du Web dépendent de services externes ou de couches historiques. Cette page sert de carte pour comprendre quelle dépendance intervient où et quels fichiers vérifier lorsqu’une intégration tombe en panne. Carte des intégration...

Pourquoi cette page existe Le projet Web combine une architecture NestJS/Angular moderne avec une couche plus ancienne sous src/node.js/server/. Les deux sont encore actives. Comprendre cette frontière évite de réécrire une fonctionnalité déjà existante ou de...

Objectif Cette page donne un chemin pratique pour ajouter une fonctionnalité Web sans oublier une couche. Le principe est de suivre le flux Angular → API → service → données → retour UI. Flux type flowchart LR UI[Page / Component Angular] --> FES[Service A...

But Cette page résume les mécanismes de sécurité réellement présents dans le projet. Elle ne remplace pas un audit de sécurité; elle sert de guide pour éviter de contourner les protections existantes lorsqu’on ajoute une feature. Authentification et autorisati...