camillemonchicourt
commented
2 years ago Merci pour ces éléments. Cela conforte le bon fonctionnement actuel du SSR, mais l'importance de mettre plus de cache, notamment au niveau de l'API, comme aussi remonté sur https://github.com/GeotrekCE/Geotrek-rando-v3/issues/753
@camillemonchicourt
L'objectif de cette issue était d'analyser le SSR de Geotrek et plus globalement les performances.
Environnement installé pour les tests :
1) Création d'une randonnée via l'api 2) Récupération de celle-ci côté front-end
Le SSR met du temps à renvoyer les données (plus d'1s voir plus parfois) mais cela ne semble pas venir directement du SSR mais du délai de réponse du serveur(api) qui est long. Nous avons créé en local un fichier json d'une randonnée pour observer la différence de chargement des données. Dans ce cas, les données sont chargées instantanément ce qui signifie que le souci ne semble pas venir du SSR.
L'api met du temps à répondre et à renvoyer les données demandées.
Plusieurs pistes de solution sont possibles :
Côté frontend : mettre en cache sur chaque page les réponses de l'agrégation de tous les appels API. De cette façon si la donnée a déjà été enregistrée dans le cache, le chargement sera rapide.
Côté backend – Django : essayer d'optimiser au maximum les queries
Côté backend – Django : mise en place d'un cache des endpoints
Utilisation d'un CDN
Créer son propre CDN avec des outils comme Varnish par exemple