Améliorer le temps de chargement de la page d'accueil

[jpm-cbna]

La page d'accueil de l'Atlas lance systématiquement des requêtes pour calculer un certains nombres de statistiques.
Avec un grand nombre d'observations (9,3 millions) le temps de chargement de la page d'accueil peur prendre plusieurs dizaines de secondes. L'Atlas ne contenant pas données dynamiques, il faudrait éviter ces calculs répétitifs inutiles.

L'idée serait de placer dans un materialized view (atlas.vm_stats) les stats non dynamiques. Les stats liées à un paramétrage via le fichier de configuration Python pourront être calculé lors du premier appel du code puis placé dans une table de cache (atlas.t_cache). Les appels suivant récupéreront les données en cache. La table de cache sera vidée lors des rafraîchissements des vues de l'atlas.

[christianbieche]

Bonjour,
Nous avons participé à la mise en place d'un nouveau portail pour l'association GMHL. La page d'accueil a un temps de réponse très important. Nous avions un peu la même chose pour Cistude.
Je n'avais pas eu le temps de regarder le problème mais je savais que la connexion à première page provoque le chargement d'une page unique qui est affichée. C'est la page du template index.html.
Je viens de comparer les temps de chargement en direct avec wget() et le problème ne viens pas à mon avis des temps de réponse des requêtes mais du volume de données générés.
Je pense que toutes les données sont remontées dans cette page.
Nous avons beaucoup plus d'observations dans l'Atlas rana.fr que pour le GMHL, mais au final la taille de la page est de 89 Mo pour le gmhl et "seulement" 22 Mo pour Cistude Nature et le portail ra-na.
La requête effectuée n'est pas la requête standard effectuée par le portail, ce qui explique probablement la différence de taille en terme de données.

Je pense que c'est là le principal problème des temps de réponse. Bien sûr le réseau utilisé à une influence:
mon test depuis un pc ramène la page en 13 secondes mais elle prend 3 secondes si je fais de système unix à système unix dans le même environnement réseau.
Les données sont générées par les requêtes mais au final la page générée est de taille très importante.

Comment améliorer les temps de réponse de cette page ?

Christian Bièche
Cistude Nature

[camillemonchicourt]

A priori cela dépend fortement du nombre de données chargées dans la carte/liste des dernières observations.
Il faut les limiter au maximum, voir même supprimer ce bloc.
Sur note portail, le chargement est assez rapide : https://biodiversite.ecrins-parcnational.fr

Donc cela semble vraiment lié aux modifications que vous avez faites qui renvoient trop de données qu'il est long à télécharger et afficher par le navigateur.

[camillemonchicourt]

Comment améliorer cela ?
En ne chargeant que les données récentes comme c'est prévu, ou une autre info bien plus légère. Je déconseille fortement de charger plein de données sur la carte de la page d'accueil.
Ça va être pénible pour les visiteurs, mais aussi très pénalisé au niveau référencement.

Sinon, une autre possibilité est de charger le contenu de la carte et de la liste en parallèle pour ne pas pénaliser le chargement initial et l'affichage de la page d'accueil.
C'est ce que l'on fait sur les fiches espèces où la carte peut être un peu longue à charger, mais ne bloque pas l'affichage de la page : https://biodiversite.ecrins-parcnational.fr/espece/61098