Sasedev/sasedev-knowledge
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

0.0.1-alpha.2

Browse Source
This commit is contained in:
SinuS von SifriduS
2026-09-27 22:02:32 +02:00
parent d632afe11e
commit 8cd187b700
21 changed files with 948 additions and 56 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
RULES.md
View File

@@ -1,5 +1,5 @@
<!-- file: RULES.md -->
<!-- version: 2 -->
<!-- version: 3 -->
# Règles SaseDev Knowledge
@@ -98,7 +98,11 @@ Chaque package exécutable reste une couche de composition mince conformément a
Les trois applications peuvent être déployées, redémarrées et dimensionnées séparément. Cette séparation de launchers ne constitue pas une autorisation à fragmenter arbitrairement le domaine en microservices.
La topologie d'une éventuelle interface d'administration dédiée reste `DEFER` tant qu'une quatrième unité de déploiement n'est pas justifiée.
Chaque application serveur MUST pouvoir protéger une surface d'administration propre à son domaine. Cette exigence porte sur la frontière d'autorisation et non sur un chemin HTTP particulier : les routes telles que `/admin`, `/login`, `/adminapi` ou toute alternative restent `DEFER` tant que le routage Web n'est pas matérialisé.
Une éventuelle quatrième application d'administration MAY agréger plus tard des fonctions transversales. Elle MUST NOT devenir l'unique point de contrôle des opérations privilégiées : les trois applications conservent l'autorisation côté serveur de leurs propres cas d'usage d'administration.
Le modèle détaillé des rôles, permissions, scopes ou capabilities reste `DEFER`. L'interface cliente ou la visibilité d'un lien d'administration ne constitue jamais à elle seule une preuve d'autorisation.
## Git, forge et contenu