HTTP galvenes derīguma termiņš un kešatmiņas kontrole
1. Koncepcija
Kešatmiņas kontrole tiek izmantota, lai kontrolētu HTTP kešatmiņu (var nebūt daļēji ieviesta HTTP/1.0, tikai Pragma: nav ieviesta kešatmiņa)
Formāts paketē:
Cache-Control: cache-directive
Kešatmiņas direktīva var būt šāda:
Pieprasījums:
| "bez kešatmiņas"
| "Bez veikala"
| "max-age" "=" delta-sekundes
| "max-stale" [ "=" delta-sekundes ]
| "min-fresh" "=" delta-sekundes
| "bez transformācijas"
| "tikai tad, ja kešatmiņā"
| "kešatmiņas paplašinājums"
Atbilde:
| "Publisks"
| "privāts" [ "=" <"> lauka nosaukums <"> ]
| "no-cache" [ "=" <"> lauka nosaukums <"> ]
| "Bez veikala"
| "bez transformācijas"
| "Jāapstiprina atkārtoti"
| "starpniekserveris atkārtoti apstiprināt"
| "max-age" "=" delta-sekundes
| "s-maxage" "=" delta sekundes
| "kešatmiņas paplašinājums"
Apraksta daļa:
Sadalīts kešatmiņā vai nē
Publisks norāda, ka atbildi var saglabāt kešatmiņā jebkurā kešatmiņas apgabalā.
Privāts norāda, ka koplietojamā kešatmiņa nevar apstrādāt visu viena lietotāja atbildes ziņojumu vai tā daļu. Tas ļauj serverim aprakstīt tikai tad, ja lietotājs ir
Daļējas atbildes ziņojums, kas nav derīgs citu lietotāju pieprasījumiem.
no-cache norāda, ka pieprasījuma vai atbildes ziņojumu nevar saglabāt kešatmiņā (HTTP/1.0 tiek aizstāts ar Pragma no-cache)
Saskaņā ar to, ko var saglabāt kešatmiņā
No-store tiek izmantots, lai novērstu svarīgas informācijas netīšu publicēšanu. Nosūtot pieprasījuma ziņojumu, pieprasījuma un atbildes ziņojumi nebūs kešatmiņā.
Taimauts saskaņā ar kešatmiņu
Maksimālais vecums norāda, ka klients var saņemt atbildi, kuras kalpošanas laiks nav ilgāks par noteiktu laiku (sekundēs).
min-fresh norāda, ka klients var saņemt atbildi ar atbildes laiku, kas ir mazāks par pašreizējo laiku plus norādīto laiku.
max-stale norāda, ka klients var saņemt atbildes ziņojumus pēc taimauta perioda. Ja norādāt vērtību ziņojumam max-stale, klients var
Saņemiet atbildes ziņojumus, kas pārsniedz norādīto virsstundu perioda vērtību.
Derīguma termiņš ir pastāvēšanas laiks, ļaujot klientam nepārbaudīt (neveikt pieprasījumu) pirms šī laika, kas ir līdzvērtīgs maksimālajam vecumam
Efekts. Bet, ja tie pastāv vienlaicīgi, tie tiek pārrakstīti ar maksimālo kešatmiņas kontroles vecumu.
Formātā:
Derīguma termiņš = "Beidzas" ":" HTTP datums
Piemēram
Expires: Thu, 01 Dec 1994 16:00:00 GMT （必须是GMT格式）
2. Pieteikums
Iestatiet derīguma termiņus un kešatmiņas kontroli, izmantojot META HTTP
<meta http-equiv="Kešatmiņas kontrole" content="max-age=7200" />
<meta http-equiv="Beidzas" content="Mon, 20 Jul 2009 23:00:00 GMT" />
Iepriekš minētie iestatījumi ir tikai piemēri, un jūs faktiski varat izmantot vienu no tiem. Ja jūs to rakstāt šādā veidā, tas ir derīgs tikai tīmekļa lapai, nevis attēliem vai citiem pieprasījumiem tīmekļa lapā, un nedarīs kešatmiņu.
Tādā veidā klientam būs vairāk pieprasījumu, un, lai gan tas ir tikai kaut kas, kas pārbauda pēdējo modificēto statusu, pieprasījumu skaits noteikti ietekmēs pārlūkošanas ātrumu.
Ja vēlaties failam pievienot kešatmiņu, varat izmantot Apache mod_expire moduli, kas ir rakstīts kā
<IfModule mod_expires.c>
BeidzasAktīvs
BeidzasNoklusējums "piekļuve plus 1 dienas"
</IfModule>
Es atceros, ka ExpiresActive ir iestatīts uz Ieslēgts, sākumā es to neiestatīju, un šķiet, ka neatkarīgi no tā, cik YSlow ir, es nevaru atrast kešatmiņas mehānismu. Ja jūs to pievienojat šādi, tas būs noklusējums visam.
Ja vēlaties atlasīt atsevišķus MIME tipus, varat veikt tālāk norādītās darbības.
ExpiresByType attēls / gif "piekļuve plus 5 stundas 3 minūtes"
Skatīt Apache moduli mod_expires
Turklāt, pārlūkprogrammā noklikšķinot uz Atsvaidzināt, visi klienta nosūtītie pieprasījumi ir max-age=0, kas norāda, ka pieprasījums ir apstiprināts un nosūtīts uz serveri
Ja jūs lūdzat pārbaudīt kešatmiņu un pēc tam atjaunināt kešatmiņu, jūs parasti saņemsiet 304 nav modificēts, kas nozīmē, ka nav nekādu izmaiņu.
|
Publicēts 07.09.2015 19:30:51
|
|
|
|
