only-if-cached პროქსისგან შენახულ პასუხს ითხოვს

მოითხოვეთ არსებული პასუხი თანამშრომლობითი HTTP ქეშისგან და განმარტეთ 504 როგორც გამოტოვება, და არა ქსელის დონის გასასვლელ კონტროლად.

მოთხოვნისთვის, რომელმაც უნდა გამოიყენოს უკვე შენახული პასუხი, HTTP განსაზღვრავს Cache-Control: only-if-cached.

კლიენტს შეუძლია გაგზავნოს იგი HTTP ქეშის პროქსის მეშვეობით:

curl --proxy http://127.0.0.1:3128 \
  --header 'Cache-Control: only-if-cached' \
  --include http://www.example.org/report

ამ დირექტივის პატივისცემის ქეშმა უნდა დააბრუნოს შენახული პასუხი, რომელიც შეესაბამება მოთხოვნის სხვა შეზღუდვებს, ან 504 Gateway Timeout, როცა ვერ აკმაყოფილებს მოთხოვნას. აქ 504 შეიძლება გამოხატავდეს ქეშის პოლიტიკას და არა პროქსისთან წარუმატებელ TCP კავშირს.

დირექტივა ავტომატურად არ უშვებს მოძველებულ შიგთავსს. სიახლე, ვალიდაციის მოთხოვნები და შესაბამისი Vary ველები კვლავ მნიშვნელოვანია. no-cache მოთხოვნის დირექტივამ შეიძლება ნაცვლად მოითხოვოს წარმატებული ვალიდაცია წყაროსთან ხელახლა გამოყენებამდე.

ეს ასევე განსხვავდება ქეშის ოფლაინ ვალიდაციის რეჟიმის დაყენებისგან. only-if-cached ინდივიდუალურ მოთხოვნაზე გადადის და გამოხატავს, რისი მიღებაც კლიენტს სურს.

გამოიყენეთ ქეში, რომელიც მხარს უჭერს ამ ქცევას. უგულებელყოფილი მოთხოვნის დირექტივა firewall არ არის, ამიტომ აღმავალი ტრაფიკის მკაცრი აკრძალვა დამოუკიდებლად აღსრულებულ ქსელურ ან სერვერულ პოლიტიკას მოითხოვს.

ჩვეულებრივი HTTPS CONNECT პროქსი ვერ ხედავს დაშიფრულ HTTP სათაურებს და არ ინახავს გვერდის ობიექტებს ამ გვირაბიდან. მაგალითი განზრახ იყენებს მარტივ HTTP რესურსს, რომლის დამუშავებაც ქეშს შეუძლია.

დაკავშირებული სტატიები