Pytanie Zasady dotyczące pamięci podręcznej frameworku Django


Dużo go szukam, aby dowiedzieć się, co Django Rest Framework może zrobić z Caché. Od teraz wszystko, co mam, to ta strona

http://django-rest-framework.org/api-guide/throttling.html

nie mówiąc nic o ich polityce.

Moje potrzeby z API są proste: zachowaj wszystkie ich funkcje i zastosuj caché, gdy nic się nie zmieni. Gdy coś zmienia się w DB, należy posiadać mechanizm unieważniający odpowiednie strony pamięci podręcznej.

Na przykład:

Jeśli mam listę i szczegółowe widoki modeli AB, za pośrednictwem interfejsu API z uwierzytelnianiem i ograniczaniem, chcę:

  1. Użytkownik 1, uwierzytelniony, ma dostęp do swojego widoku listy i szczegółów obiektów AB
  2. Po wprowadzeniu nowej instancji AB unieważnij listę AB
  3. Gdy jakaś część AB została zmieniona, unieważnij szczegół AB i listę AB

Potrzebuję tylko wiedzieć, w jaki sposób framework reszta django tworzy klucze, i na czym polega ich pamięć podręczna, aby mieć kontrolę nad polityką pamięci podręcznej.

Jakieś wskazówki?


11
2018-04-15 11:20


pochodzenie


Czytałeś to? docs.djangoproject.com/en/dev/ref/settings/#caches - Henrik Andersson
to znaczy, że struktura pamięci podręcznej django używa pamięci podręcznej "na stronę"? a może cache "per view"? - Isaac
Cóż, oznacza to, że ma zdolność zrobienia tego wszystkiego. Jak zdecydujesz się z niego korzystać, to kolejne pytanie razem. Nie ma domyślnej implementacji, ale najłatwiejszą do wdrożenia jest buforowanie na stronie. - Henrik Andersson
Ok, rozumiem. Dzięki - Isaac


Odpowiedzi:


Nawet jeśli pytanie nie jest nowe, może warto to sprawdzić: https://chibisov.github.io/drf-extensions/docs/#caching


6
2018-06-06 14:08