Project

General

Profile

Development #60932

django_select2 et cache et multiples serveurs

Added by Frédéric Péters 4 months ago. Updated 23 days ago.

Status:
Rejeté
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
21 Jan 2022
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No

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).


Related issues

Is duplicate of BiJoe - Bug #53462: champs select2 vs requêtes distribuées sur deux serveursNouveau27 Apr 2021

Actions

History

#1

Updated by Thomas Noël 4 months ago

(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)

#2

Updated by Benjamin Dauvergne 4 months ago

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.

#3

Updated by Frédéric Péters 23 days ago

  • Status changed from Nouveau to Rejeté

Doublon #53462.

#4

Updated by Frédéric Péters 23 days ago

  • Is duplicate of Bug #53462: champs select2 vs requêtes distribuées sur deux serveurs added

Also available in: Atom PDF