Performances serveur
Performances côté serveur : nombre de requêtes, temps de réponse et absence de problèmes N+1, relevés via Laravel Debugbar et Telescope.
Nombre de requêtes par page
à compléterPour chaque page clé de Giggr, on relève le nombre de requêtes SQL émises ainsi que le temps cumulé passé en base. Les valeurs sont lues dans Laravel Debugbar, onglet Database, en chargement à froid puis après cache applicatif. Relevés à effectuer page par page.
| Page | URL | Requêtes SQL | Temps |
|---|---|---|---|
| Accueil | / | à relever | à relever |
| Explorer | /explorer | à relever | à relever |
| Profil public | /profil/{id} | à relever | à relever |
| Détail d'une annonce | /annonces/{id} | à relever | à relever |
Temps de réponse
à compléterLe temps de réponse mesure la durée de traitement côté serveur, de la réception de la requête à l'envoi de la réponse. Il est relevé dans Laravel Debugbar (onglet Timeline) ou dans Laravel Telescope (entrées Requests), qui décompose le temps de chargement de l'application, des requêtes SQL et du rendu des vues Livewire. Valeurs à mesurer sur les pages clés.
Problèmes N+1 maîtrisés
à compléter
Un problème N+1 survient lorsqu'une requête principale en déclenche
une supplémentaire par enregistrement lié, par exemple une requête
par annonce pour aller chercher son profil ou ses instruments. Pour
l'éviter, les relations sont préchargées avec l'eager loading
d'Eloquent (with()), de sorte
que les données liées (annonces, instruments, profils) sont
récupérées en un nombre fixe de requêtes plutôt qu'en une requête
par ligne. Le contrôle se fait dans Laravel Debugbar en comparant le
nombre de requêtes avant et après préchargement.