senke/veza
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
veza/docs/archive/frontend-sessions-2026/OPTIMISATIONS_BUNDLE_APPLIQUEES.md
senke 0e7097ed1b chore(cleanup): J1 — purge 220MB debris, archive session docs (complete) 
First-attempt commit 3a5c6e184 only 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 of bec75f143 (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 in
3a5c6e184 and remain in place — this commit does not modify .gitignore.

Refs: AUDIT_REPORT.md §11
2026-04-14 17:12:03 +02:00

2.4 KiB
Raw Blame History

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 :

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