# DERMAROC — Architecture R1

- **public/** : seul dossier à exposer via HTTP, CSS et images strictement issus du ZIP DERMAROC.
- **system/** : moteur CodeIgniter 3.x provenant du dossier framework du backup analysé. Aucune vue applicative du backup n'est importée.
- **application/** : nouvelle application construite pour DERMAROC, contrôleurs Store, Api, Admin ; modèle Product_model ; interface admin et boutique réécrites.
- **database/migrations/** : schéma commercial entièrement neuf, tables `dm_*`, aucun import de dump utilisateur.
- **storage/private/** : configuration, sessions, logs ; non exposés au public, générés à l'installation.
- **bin/install.php** : création de tables et utilisateur administrateur initial, uniquement en CLI.

## Source visuelle
Le projet s'appuie sur les CSS, SVG, photos WebP et polices du ZIP `DERMAROC_MIX_RESPONSIVE(1).zip`, notamment la composition `signature-hero`, les cartes `pcard` et l'univers de marque. Les scripts simulant le panier, les favoris et le checkout ont été volontairement exclus du front opérationnel jusqu'au raccordement serveur.

## Reprises contrôlées du backup
- Framework CI3 provenant du backup ; configuration applicative NEUVE.
- Convention CI3 modèles/contrôleurs, administration sécurisée par sessions, CSRF et validation côté serveur.
- Principes d'unicité des slugs et journalisation métier, **réécrits** et appliqués au domaine produit.
- Aucun contrôleur, modèle, service ni thème de l'application précédente n'est transplanté tel quel.

## Nouveaux modules e-commerce (premier incrément)
- Marques et catégories ; produits SKU/slug uniques ; prix en centimes MAD ; statut vérifié + publié ; sélecteur de photos WebP locales (à vérifier) ; inventaire ajustable et journalisé.
- Catalogue public alimenté depuis SQL : seule une référence vérifiée, publiée, avec prix non nul apparaît.
- API GET `/api/catalogue` ; administration avec login, création/édition, contrôle des versions et mouvement de stock transactionnel.

## Limites assumées
- Pas encore de panier/commande/paiement réels, de gestion clients, de livraison, de médias uploadés, de variantes dans l'UI ni de SEO final.
- La table `dm_product_variants` prépare la phase suivante mais la gestion des stocks multi-variantes n'est PAS activée.
- Les marques/catégories sont des références de départ, à valider ; aucun produit démo n'est créé dans le SQL.
- Les ressources photos du gabarit sont des supports visuels, leurs autorisations et concordances doivent être contrôlées avant publication.
- En production : HTTPS obligatoire, secrets en config privée, serveur MySQL, tests CI3/PHP 8.5 requis ; le package n'est pas une boutique complète.