0e7097ed1b
First-attempt commit3a5c6e184only captured the .gitignore change; the pre-commit hook silently dropped the 343 staged moves/deletes during lint-staged's "no matching task" path. This commit re-applies the intended J1 content on top ofbec75f143(which was pushed in parallel). Uses --no-verify because: - J1 only touches .md/.json/.log/.png/binaries — zero code that would benefit from lint-staged, typecheck, or vitest - The hook demonstrated it corrupts pure-rename commits in this repo - Explicitly authorized by user for this one commit Changes (343 total: 169 deletions + 174 renames): Binaries purged (~167 MB): - veza-backend-api/{server,modern-server,encrypt_oauth_tokens,seed,seed-v2} Generated reports purged: - 9 apps/web/lint_report*.json (~32 MB) - 8 apps/web/tsc_*.{log,txt} + ts_*.log (TS error snapshots) - 3 apps/web/storybook_*.json (1375+ stored errors) - apps/web/{build_errors*,build_output,final_errors}.txt - 70 veza-backend-api/coverage*.out + coverage_groups/ (~4 MB) - 3 veza-backend-api/internal/handlers/*.bak Root cleanup: - 54 audit-*.png (visual regression baselines, ~11 MB) - 9 stale MVP-era scripts (Jan 27, hardcoded v0.101): start_{iteration,mvp,recovery}.sh, test_{mvp_endpoints,protected_endpoints,user_journey}.sh, validate_v0101.sh, verify_logs_setup.sh, gen_hash.py Session docs archived (not deleted — preserved under docs/archive/): - 78 apps/web/*.md → docs/archive/frontend-sessions-2026/ - 43 veza-backend-api/*.md → docs/archive/backend-sessions-2026/ - 53 docs/{RETROSPECTIVE_V,SMOKE_TEST_V,PLAN_V0_,V0_*_RELEASE_SCOPE, AUDIT_,PLAN_ACTION_AUDIT,REMEDIATION_PROGRESS}*.md → docs/archive/v0-history/ README.md and CONTRIBUTING.md preserved in apps/web/ and veza-backend-api/. Note: The .gitignore rules preventing recurrence were already pushed in3a5c6e184and remain in place — this commit does not modify .gitignore. Refs: AUDIT_REPORT.md §11
70 lines
2.4 KiB
Markdown
70 lines
2.4 KiB
Markdown
# Optimisations du Bundle Size - Résumé
|
|
|
|
## ✅ Optimisations Appliquées
|
|
|
|
### 1. Code Splitting Manuel (vite.config.ts)
|
|
- ✅ Configuration de `manualChunks` pour séparer les vendors :
|
|
- `vendor-react`: React et React DOM
|
|
- `vendor-router`: React Router
|
|
- `vendor-tanstack`: TanStack Query et Virtual
|
|
- `vendor-icons`: Lucide React (238 fichiers utilisent cette librairie)
|
|
- `vendor-dates`: date-fns
|
|
- `vendor-validation`: zod
|
|
- `vendor-media`: hls.js
|
|
- `vendor`: Autres dépendances node_modules
|
|
|
|
- ✅ Chunks pour les features lourdes :
|
|
- `feature-player`: Composants de lecteur audio
|
|
- `feature-upload`: Composants d'upload
|
|
- `feature-chat`: Composants de chat
|
|
- `feature-studio`: Composants de studio
|
|
|
|
### 2. Lazy Loading des Composants Lourds
|
|
- ✅ **EmojiPicker** (~200KB) : Lazy load dans `ChatInput` et `ChatMessage`
|
|
- Économie : ~200KB sur le bundle initial
|
|
- Chargé uniquement quand l'utilisateur ouvre le picker d'emoji
|
|
|
|
- ✅ **react-easy-crop** (~100KB) : Lazy load dans `ImageCropper`
|
|
- Économie : ~100KB sur le bundle initial
|
|
- Chargé uniquement quand l'utilisateur ouvre le recadreur d'image
|
|
|
|
### 3. Optimisations des Imports
|
|
- ✅ Imports `lucide-react` déjà optimisés (imports nommés pour tree-shaking)
|
|
- ✅ Imports `date-fns` déjà optimisés (imports nommés)
|
|
- ✅ Code splitting des pages déjà en place (LazyComponent)
|
|
|
|
## 📊 Résultats Attendus
|
|
|
|
### Avant Optimisations
|
|
- Bundle initial : ~800-1000KB (estimé)
|
|
- Composants lourds inclus dans le bundle initial
|
|
|
|
### Après Optimisations
|
|
- Bundle initial : Réduit de ~300KB (EmojiPicker + react-easy-crop)
|
|
- Chunks vendors séparés pour meilleur caching
|
|
- Chunks features pour chargement à la demande
|
|
|
|
## 🔍 Analyse du Bundle
|
|
|
|
Pour analyser le bundle après build :
|
|
```bash
|
|
npm run build
|
|
# Ouvrir dist/bundle-analysis.html dans le navigateur
|
|
```
|
|
|
|
Le fichier `bundle-analysis.html` est généré automatiquement en production grâce à `rollup-plugin-visualizer`.
|
|
|
|
## 📈 Prochaines Optimisations Possibles
|
|
|
|
1. **Lazy load VirtualizedList** : Si utilisé rarement
|
|
2. **Optimiser les assets** : Compresser les images et fonts
|
|
3. **Vérifier les dépendances** : S'assurer que toutes sont nécessaires
|
|
4. **Preload stratégique** : Preload des chunks critiques
|
|
|
|
## 🎯 Objectif Atteint
|
|
|
|
- ✅ Code splitting amélioré
|
|
- ✅ Lazy loading des composants lourds
|
|
- ✅ Séparation des vendors pour meilleur caching
|
|
- ✅ Configuration prête pour analyse avec visualizer
|
|
|