Bug #60951
timeout sur l'affichage d'une visualisation quand trop de filtres possibles
0%
Description
Sur des données type "all_formdata" il y a beaucoup de filtres possibles et à mesurer les choses, pour la création du formulaire d'édition (barre latérale),
ctx['form'] = forms.CubeForm(cube=cube, initial=initial)
on a ça,
0.00 -- start 1.35 -- loop 1.35 -- filters 1.35 -- receipt_time 1.35 -- channel 1.36 -- category 1.36 -- formdef 1.36 -- generic_status 1.73 -- agent 1.73 -- abonnement_association 1.73 -- accepte 1.73 -- accompagne 1.74 -- accompagnement_ene 1.74 -- accord_commune 1.99 -- accord_photo 2.28 -- achat 2.28 -- acquereur 2.28 -- action 2.50 -- actionfacile 2.50 -- activite 2.51 -- adresse 2.62 -- adresse_beneficiaire 2.62 -- adresse_usager 2.62 -- adulte1 2.63 -- adulte2 2.85 -- adulte3 2.86 -- adulte4 2.86 -- age 2.86 -- age_max 2.86 -- age_min 3.09 -- aide_al 3.31 -- aide_autre 3.31 -- aide_caf 3.31 -- aide_exception 3.56 -- aide_logement [... ça continue ...] 33.68 -- propose_page_marketplace 33.96 -- propose_site_vente_en_ligne 33.96 -- proprietaire 33.97 -- public 33.97 -- qualite_demande 34.26 -- quartier 34.26 -- quartiers 34.26 -- questionnaire_soumis 34.55 -- question_posee_civilite_usager 34.87 -- questions_oa 35.18 -- quizz 35.18 -- quizzfacile [... encore ...] 60.25 -- ville_association 60.51 -- ville_site 60.77 -- Visualisation 61.05 -- visualisationdifficile 61.32 -- voie 61.72 -- voie_demande 62.07 -- group by 62.07 -- measures
À ajouter davantage, pour reprendre pour les listes de choix le nombre d'éléments,
17.66 -- cp 17.66 -- cp (member count: 83) 17.66 -- danger_risque 17.97 -- danger_risque (member count: 3) 17.97 -- date_AE 17.99 -- date_AE (member count: 16797) 18.00 -- date_AR 18.52 -- date_AR (member count: 12779) 18.52 -- date_cloture 18.97 -- date_cloture (member count: 12882) 18.97 -- date_depot 19.43 -- date_depot (member count: 13935) 19.43 -- date_liste 19.72 -- date_liste (member count: 40)
qui n'éclaire pas nécessairement, date_AE avec 16797 éléments étant plus rapide que danger_risque avec 3 éléments.
Historique
Mis à jour par Benjamin Dauvergne il y a environ 2 ans
- Priorité changé de Normal à Bas
Pour le cube "libre" (formdata) on accumule en temps réel les valeurs possibles des champs, il faudrait les mettre en cache quand il y a trop de champs c'est effectivement ingérable. Mais le fait de ne plus considérer que les champs désignés pour les statistiques devrait simplement résoudre le souci (il y aurai la possibilité d'utiliser select2 aussi, pour chercher parmi les valeurs possible plutôt que de les accumuler à l'avance inutilement).
Je passe en priorité basse pour marquer que ça ne nous intéresse pas beaucoup.
Mis à jour par Frédéric Péters il y a presque 2 ans
- Statut changé de Nouveau à Fermé
"résolu" via #63432, en limitant ainsi le nombre de filtres.