Puncte:0

Memorarea în cache a răspunsului 401 pe tokenul rău în nginx njs

drapel in

În aplicația noastră, ori de câte ori un token (care ajunge într-un antet) este invalid - practic este garantat că nu va exista un token valid exact. Deci încerc să descarc responsabilitatea de a răspunde 401 la nginx (cu sau fără njs) Încercarea de a evita menținerea unui serviciu cu un cache care este afectat de solicitări nevalide.

Mă gândeam să js_content fiecare apel și să verific într-un "cache în memorie" local al jetonului invalid sau chiar mai bine să am un API pentru cache-ul nginx, dar se pare că nu găsesc documentație despre oricare dintre cele de mai sus.

Solicitarea de autentificare nu pare utilă, deoarece nu voi avea o modalitate de a popula cache-ul cu un 401 care va fi returnat de la serviciul meu (într-o „cache miss”)

Orice altă modalitate posibilă va fi binevenită, dar aș dori să obțin capacitatea de a descărca acest lucru în nginx

djdomi avatar
drapel za
`proxy_cache_valid 401 404 60m` poate asta este ceea ce cauți
drapel in
interesant, dar pot stoca în cache pe baza unui antet și nu a unui URL?
djdomi avatar
drapel za
acest cache pentru antetul 404 și 401, sau la ce anume antet vrei să spui?
drapel in
Indicatorul API se află într-un antet specific

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.