Récupérer la liste des membres par API #83
Labels
No Label
Core
bug
duplicate
easy
enhancement
help wanted
invalid
performance
proposal
question
security
warning
wontfix
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: devs/PCv5#83
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
La génération de la page
/admin/membres
est très longue. ~10 à 15 secondes en local pour ~15000 membres, alors que mon PC a des perfs largement supérieures au VPS.Après test, il s'avère que le bottleneck est la génération du template.
L'idée est donc de générer via un endpoint API une liste de membres (format JSON), de l'envoyer au client, et de laisser ce dernier la mettre en forme et la filtrer.
On devrait ainsi avoir des perfs plus correctes.
Oh, intéressant. Le template est limitant... ma première réaction était surtout de paginer dans le panel admin. Ultimement si on a n'a pas de JS on reste coincés sur l'affichage (on peut demander à nos admins d'avoir du JS à la limite, mais pas à tout le monde).
C'est ce qu'on s'est dit avec Eragon :
Bah écoute ACK pour ça, je vois pas de raisons de s'embêter.
Puisqu'en en parlait tout à l'heure je me demande quand même s'il y a pas juste un truc pathologique dans la recherche des groupes qui ne provoque pas un nombre déraisonnable de requêtes SQL. Il est possible que formuler le template autrement et/ou charger explicitement les données à l'avance aille sensiblement plus vite.
Darks et Breizh préfèrent filtrer sur le serveur (avec un format typé, et renvoyer du JSON). Ça m'est égal mais j'irai pas le coder, et il vaudrait mieux que ce soit assez factorisé pour pouvoir filtrer aussi des tables de topics, programmes, etc... sans avoir à tout recoder.