Development #60932
django_select2 et cache et multiples serveurs
0%
Description
Sur une liste select2 type la liste des statuts, avec une infrastructure avec un haproxy dispatchant des requêtes vers l'un ou l'autre serveur, un clic on voit le résultat l'autre clic on voit "results could not be loaded" parce que django_select2 pose ses informations en cache et qu'on est habituellement sur du memcached local.
(déjà rencontré sur authentic, #41017).
Demandes liées
Historique
Mis à jour par Thomas Noël il y a plus de 2 ans
(info de papy Thomas : il ne faut jamais compter sur du cache, même local il peut disparaître à tout moment... c'est juste de la chance quand il est là. S'il faut être sûr que l'info est là pour quelques minutes, il faut stocker explicitement en base)
Mis à jour par Benjamin Dauvergne il y a plus de 2 ans
django-select2 est conçu comme ça il considère django.cache comme un stockage clé/valeur cohérent, avant on ne voulait pas d'un cache cohérent mais on obligeait les haproxy à maintenir les sessions sur un même backend; maintenant on accepte que le haproxy balance n'importe où; on ne va pas réécrire l'histoire.
Mis à jour par Frédéric Péters il y a presque 2 ans
- Statut changé de Nouveau à Rejeté
Doublon #53462.
Mis à jour par Frédéric Péters il y a presque 2 ans
- Duplique Bug #53462: champs select2 vs requêtes distribuées sur deux serveurs ajouté