Investigasi kami menunjukkan bahwa tidak semua browser menghargai arahan cache HTTP dengan cara yang seragam.

Demi alasan keamanan, kami tidak ingin halaman tertentu dalam aplikasi kami di-cache , oleh browser web. Ini harus berfungsi untuk setidaknya browser berikut:

• Internet Explorer 6+
• Firefox 1.5+
• Safari 3+
• Opera 9+
• Chrome

Persyaratan kami berasal dari tes keamanan. Setelah keluar dari situs web kami, Anda dapat menekan tombol kembali dan melihat halaman yang di-cache.

pengantar

Kumpulan header minimum yang benar yang bekerja di semua klien yang disebutkan (dan proksi):

Cache-Control: no-cache, no-store, must-revalidate
Pragma: no-cache
Expires: 0

Ini Cache-Controlsesuai dengan spesifikasi HTTP 1.1 untuk klien dan proksi (dan secara implisit diperlukan oleh beberapa klien di sebelah Expires). Ini Pragmasesuai dengan spesifikasi HTTP 1.0 untuk klien prasejarah. Ini Expiressesuai dengan spesifikasi HTTP 1.0 dan 1.1 untuk klien dan proksi. Di HTTP 1.1, yang Cache-Controldiutamakan Expires, jadi itu hanya untuk HTTP 1.0 proksi saja.

Jika Anda tidak peduli tentang IE6 dan caching yang rusak saat melayani halaman hanya dengan HTTPS no-store, maka Anda dapat menghilangkannya Cache-Control: no-cache.

Cache-Control: no-store, must-revalidate
Pragma: no-cache
Expires: 0

Jika Anda tidak peduli tentang klien IE6 atau HTTP 1.0 (HTTP 1.1 diperkenalkan 1997), maka Anda dapat menghilangkannya Pragma.

Cache-Control: no-store, must-revalidate
Expires: 0

Jika Anda tidak peduli tentang proksi HTTP 1.0, maka Anda dapat menghilangkannya Expires.

Cache-Control: no-store, must-revalidate

Di sisi lain, jika server secara otomatis menyertakan Datetajuk yang valid , maka Anda secara teoritis dapat menghilangkan Cache-Controldan Expireshanya mengandalkan .

Date: Wed, 24 Aug 2016 18:32:02 GMT
Expires: 0

Tapi itu mungkin gagal jika misalnya pengguna akhir memanipulasi tanggal sistem operasi dan perangkat lunak klien bergantung padanya.

Cache-ControlParameter lain seperti max-agetidak relevan jika Cache-Controlparameter yang disebutkan di atas ditentukan. The Last-Modifiedsundulan sebagai termasuk dalam sebagian besar jawaban yang lain di sini adalah hanya menarik jika Anda benar-benar ingin cache permintaan, sehingga Anda tidak perlu menentukan sama sekali.

Bagaimana cara mengaturnya?

Menggunakan PHP:

header("Cache-Control: no-cache, no-store, must-revalidate"); // HTTP 1.1.
header("Pragma: no-cache"); // HTTP 1.0.
header("Expires: 0"); // Proxies.

Menggunakan Java Servlet, atau Node.js:

response.setHeader("Cache-Control", "no-cache, no-store, must-revalidate"); // HTTP 1.1.
response.setHeader("Pragma", "no-cache"); // HTTP 1.0.
response.setHeader("Expires", "0"); // Proxies.

Menggunakan ASP.NET-MVC

Response.Cache.SetCacheability(HttpCacheability.NoCache);  // HTTP 1.1.
Response.Cache.AppendCacheExtension("no-store, must-revalidate");
Response.AppendHeader("Pragma", "no-cache"); // HTTP 1.0.
Response.AppendHeader("Expires", "0"); // Proxies.

Menggunakan ASP.NET Web API:

// `response` is an instance of System.Net.Http.HttpResponseMessage
response.Headers.CacheControl = new CacheControlHeaderValue
{
    NoCache = true,
    NoStore = true,
    MustRevalidate = true
};
response.Headers.Pragma.ParseAdd("no-cache");
// We can't use `response.Content.Headers.Expires` directly
// since it allows only `DateTimeOffset?` values.
response.Content?.Headers.TryAddWithoutValidation("Expires", 0.ToString()); 

Menggunakan ASP.NET:

Response.AppendHeader("Cache-Control", "no-cache, no-store, must-revalidate"); // HTTP 1.1.
Response.AppendHeader("Pragma", "no-cache"); // HTTP 1.0.
Response.AppendHeader("Expires", "0"); // Proxies.

Menggunakan ASP.NET Core v3

// using Microsoft.Net.Http.Headers
Response.Headers[HeaderNames.CacheControl] = "no-cache, no-store, must-revalidate";
Response.Headers[HeaderNames.Expires] = "0";
Response.Headers[HeaderNames.Pragma] = "no-cache";

Menggunakan ASP:

Response.addHeader "Cache-Control", "no-cache, no-store, must-revalidate" ' HTTP 1.1.
Response.addHeader "Pragma", "no-cache" ' HTTP 1.0.
Response.addHeader "Expires", "0" ' Proxies.

Menggunakan Ruby on Rails, atau Python / Flask:

headers["Cache-Control"] = "no-cache, no-store, must-revalidate" # HTTP 1.1.
headers["Pragma"] = "no-cache" # HTTP 1.0.
headers["Expires"] = "0" # Proxies.

Menggunakan Python / Django:

response["Cache-Control"] = "no-cache, no-store, must-revalidate" # HTTP 1.1.
response["Pragma"] = "no-cache" # HTTP 1.0.
response["Expires"] = "0" # Proxies.

Menggunakan Python / Piramida:

request.response.headerlist.extend(
    (
        ('Cache-Control', 'no-cache, no-store, must-revalidate'),
        ('Pragma', 'no-cache'),
        ('Expires', '0')
    )
)

Menggunakan Go:

responseWriter.Header().Set("Cache-Control", "no-cache, no-store, must-revalidate") // HTTP 1.1.
responseWriter.Header().Set("Pragma", "no-cache") // HTTP 1.0.
responseWriter.Header().Set("Expires", "0") // Proxies.

Menggunakan .htaccessfile Apache :

<IfModule mod_headers.c>
    Header set Cache-Control "no-cache, no-store, must-revalidate"
    Header set Pragma "no-cache"
    Header set Expires 0
</IfModule>

Menggunakan HTML4:

<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate">
<meta http-equiv="Pragma" content="no-cache">
<meta http-equiv="Expires" content="0">

Tag meta HTML vs header respons HTTP

Penting untuk diketahui adalah bahwa ketika sebuah halaman HTML dilayani melalui koneksi HTTP, dan header hadir dalam kedua header respon HTTP dan HTML <meta http-equiv>tag, maka salah satu yang ditentukan dalam header respon HTTP akan mendapatkan lebih diutamakan daripada HTML meta tag. Tag meta HTML hanya akan digunakan ketika halaman dilihat dari sistem file disk lokal melalui file://URL. Lihat juga W3 HTML spec bab 5.2.2 . Berhati-hatilah dengan ini ketika Anda tidak menentukannya secara pemrograman karena server web dapat menyertakan beberapa nilai default.

Secara umum, Anda sebaiknya tidak menentukan tag meta HTML untuk menghindari kebingungan oleh pemula dan mengandalkan header respons HTTP keras. Selain itu, secara khusus <meta http-equiv>tag - tag itu tidak valid dalam HTML5. Hanya http-equivnilai yang tercantum dalam spesifikasi HTML5 yang diizinkan.

Memverifikasi header respons HTTP yang sebenarnya

Untuk memverifikasi yang satu dan yang lain, Anda dapat melihat / men-debug mereka di monitor lalu lintas HTTP toolset pengembang webbrowser. Anda dapat mencapainya dengan menekan F12 di Chrome / Firefox23 + / IE9 +, dan kemudian membuka panel "Network" atau "Net", dan kemudian mengklik permintaan HTTP yang menarik untuk mengungkap semua detail tentang permintaan dan tanggapan HTTP. The bawah screenshot adalah dari Chrome:

Saya juga ingin mengatur header itu pada unduhan file

Pertama-tama, pertanyaan dan jawaban ini ditargetkan pada "halaman web" (halaman HTML), bukan "unduhan file" (PDF, zip, Excel, dll). Anda sebaiknya menyimpannya dalam cache dan menggunakan beberapa pengenal versi file di suatu tempat di jalur URI atau querystring untuk memaksa pengunduhan ulang pada file yang diubah. Saat menerapkan tajuk tanpa-cache tersebut pada unduhan file, maka waspadalah terhadap bug IE7 / 8 saat menyajikan unduhan file melalui HTTPS alih-alih HTTP. Untuk detail, lihat IE tidak dapat mengunduh foo.jsf. IE tidak dapat membuka situs internet ini. Situs yang diminta tidak tersedia atau tidak dapat ditemukan .

(hei, semuanya: tolong jangan sembarangan menyalin & menempel semua header yang dapat Anda temukan)

Pertama-tama, riwayat tombol Kembali bukan cache :

Model kesegaran (Bagian 4.2) tidak selalu berlaku untuk mekanisme sejarah. Yaitu, mekanisme sejarah dapat menampilkan representasi sebelumnya bahkan jika telah kedaluwarsa.

Dalam spesifikasi HTTP lama, kata-katanya bahkan lebih kuat, secara eksplisit memberitahu browser untuk mengabaikan arahan cache untuk sejarah tombol kembali.

Kembali seharusnya kembali ke masa (waktu ketika pengguna sedang login). Itu tidak menavigasi ke depan ke URL yang sebelumnya dibuka.

Namun, dalam praktiknya, cache dapat memengaruhi tombol kembali, dalam keadaan yang sangat spesifik:

• Halaman harus dikirim melalui HTTPS , jika tidak penghilang cache ini tidak dapat diandalkan. Plus, jika Anda tidak menggunakan HTTPS, maka halaman Anda rentan terhadap pencurian login dengan banyak cara lain.
• Anda harus mengirim Cache-Control: no-store, must-revalidate(beberapa browser mengamati no-storedan beberapa mengamati must-revalidate)

Anda tidak perlu:

• <meta>dengan header cache - tidak berfungsi sama sekali. Sama sekali tidak berguna.
• post-check/ pre-check- Ini hanya direktif IE yang hanya berlaku untuk sumber daya yang dapat diakses .
• Mengirim tajuk yang sama dua atau dua lusin bagian. Beberapa cuplikan PHP di luar sana benar-benar menggantikan tajuk sebelumnya, sehingga hanya yang terakhir dikirim.

Jika mau, Anda dapat menambahkan:

• no-cacheatau max-age=0, yang akan membuat sumber daya (URL) "basi" dan memerlukan browser untuk memeriksa dengan server jika ada versi yang lebih baru ( no-storesudah menyiratkan ini lebih kuat).
• Expiresdengan tanggal di masa lalu untuk HTTP / 1.0 klien (meskipun sebenarnya HTTP / 1.0-satunya klien benar-benar tidak ada hari ini).

Bonus: RFC caching HTTP baru .

Seperti yang dinyatakan @Kornel, yang Anda inginkan bukan untuk menonaktifkan cache, tetapi untuk menonaktifkan buffer sejarah. Browser yang berbeda memiliki caranya sendiri yang halus untuk menonaktifkan buffer riwayat.

Di Chrome (v28.0.1500.95 m) kita dapat melakukan ini hanya dengan Cache-Control: no-store.

Di FireFox (v23.0.1) salah satu dari ini akan berfungsi:

1. Cache-Control: no-store

2. Cache-Control: no-cache (hanya https)

3. Pragma: no-cache (hanya https)

4. Vary: * (hanya https)

Di Opera (v12.15) kita hanya dapat melakukannya dengan Cache-Control: must-revalidate(https saja).

Di Safari (v5.1.7, 7534.57.2) salah satu dari ini akan berfungsi:

1. Cache-Control: no-store
<body onunload=""> dalam html

2. Cache-Control: no-store (hanya https)

Di IE8 (v8.0.6001.18702IC) salah satu dari ini akan berfungsi:

1. Cache-Control: must-revalidate, max-age=0

2. Cache-Control: no-cache

3. Cache-Control: no-store

4. Cache-Control: must-revalidate
Expires: 0

5. Cache-Control: must-revalidate
Expires: Sat, 12 Oct 1991 05:00:00 GMT

6. Pragma: no-cache (hanya https)

7. Vary: * (hanya https)

Menggabungkan di atas memberi kami solusi ini yang berfungsi untuk Chrome 28, FireFox 23, IE8, Safari 5.1.7, dan Opera 12.15: Cache-Control: no-store, must-revalidate (hanya https)

Perhatikan bahwa https diperlukan karena Opera tidak akan menonaktifkan buffer riwayat untuk halaman http biasa. Jika Anda benar-benar tidak dapat memperoleh https dan Anda siap mengabaikan Opera, yang terbaik yang dapat Anda lakukan adalah ini:

Cache-Control: no-store
<body onunload="">

Di bawah ini menunjukkan log mentah dari pengujian saya:

HTTP:

1. Cache-Control: private, no-cache, no-store, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: 0
Pragma: no-cache
Vary: *
<body onunload="">
   _{Gagal: Opera 12.15}
   Sukses: Chrome 28, FireFox 23, IE8, Safari 5.1.7

2. Cache-Control: private, no-cache, no-store, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: Sat, 12 Oct 1991 05:00:00 GMT
Pragma: no-cache
Vary: *
<body onunload="">
   _{Gagal: Opera 12.15}
   Sukses: Chrome 28, FireFox 23, IE8, Safari 5.1.7

3. Cache-Control: private, no-cache, no-store, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: 0
Pragma: no-cache
Vary: *
   _{Gagal: Safari 5.1.7, Opera 12.15}
   Sukses: Chrome 28, FireFox 23, IE8

4. Cache-Control: private, no-cache, no-store, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: Sat, 12 Oct 1991 05:00:00 GMT
Pragma: no-cache
Vary: *
   _{Gagal: Safari 5.1.7, Opera 12.15}
   Sukses: Chrome 28, FireFox 23, IE8

5. Cache-Control: private, no-cache, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: 0
Pragma: no-cache
Vary: *
<body onunload="">
   _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7, Opera 12.15}
   Sukses: IE8

6. Cache-Control: private, no-cache, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: Sat, 12 Oct 1991 05:00:00 GMT
Pragma: no-cache
Vary: *
<body onunload="">
   _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7, Opera 12.15}
   Sukses: IE8

7. Cache-Control: private, no-cache, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: 0
Pragma: no-cache
Vary: *
<body onunload="">
   _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7, Opera 12.15}
   Sukses: IE8

8. Cache-Control: private, no-cache, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: Sat, 12 Oct 1991 05:00:00 GMT
Pragma: no-cache
Vary: *
<body onunload="">
   _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7, Opera 12.15}
   Sukses: IE8

9. Cache-Control: no-store
   _{Gagal: Safari 5.1.7, Opera 12.15}
   Sukses: Chrome 28, FireFox 23, IE8

10. Cache-Control: no-store
<body onunload="">
    _{Gagal: Opera 12.15}
    Sukses: Chrome 28, FireFox 23, IE8, Safari 5.1.7

11. Cache-Control: no-cache
    _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7, Opera 12.15}
    Sukses: IE8

12. Vary: *
    _{Gagal: Chrome 28, FireFox 23, IE8, Safari 5.1.7, Opera 12.15}
    Sukses: tidak ada

13. Pragma: no-cache
    _{Gagal: Chrome 28, FireFox 23, IE8, Safari 5.1.7, Opera 12.15}
    Sukses: tidak ada

14. Cache-Control: private, no-cache, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: Sat, 12 Oct 1991 05:00:00 GMT
Pragma: no-cache
Vary: *
<body onunload="">
    _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7, Opera 12.15}
    Sukses: IE8

15. Cache-Control: private, no-cache, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: 0
Pragma: no-cache
Vary: *
<body onunload="">
    _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7, Opera 12.15}
    Sukses: IE8

16. Cache-Control: must-revalidate, max-age=0
    _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7, Opera 12.15}
    Sukses: IE8

17. Cache-Control: must-revalidate
Expires: 0
    _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7, Opera 12.15}
    Sukses: IE8

18. Cache-Control: must-revalidate
Expires: Sat, 12 Oct 1991 05:00:00 GMT
    _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7, Opera 12.15}
    Sukses: IE8

19. Cache-Control: private, must-revalidate, proxy-revalidate, s-maxage=0
Pragma: no-cache
Vary: *
<body onunload="">
    _{Gagal: Chrome 28, FireFox 23, IE8, Safari 5.1.7, Opera 12.15}
    Sukses: tidak ada

HTTPS:

1. Cache-Control: private, max-age=0, proxy-revalidate, s-maxage=0
Expires: 0
<body onunload="">
   _{Gagal: Chrome 28, FireFox 23, IE8, Safari 5.1.7, Opera 12.15}
   Sukses: tidak ada

2. Cache-Control: private, max-age=0, proxy-revalidate, s-maxage=0
Expires: Sat, 12 Oct 1991 05:00:00 GMT
<body onunload="">
   _{Gagal: Chrome 28, FireFox 23, IE8, Safari 5.1.7, Opera 12.15}
   Sukses: tidak ada

3. Vary: *
   _{Gagal: Chrome 28, Safari 5.1.7, Opera 12.15}
   Sukses: FireFox 23, IE8

4. Pragma: no-cache
   _{Gagal: Chrome 28, Safari 5.1.7, Opera 12.15}
   Sukses: FireFox 23, IE8

5. Cache-Control: no-cache
   _{Gagal: Chrome 28, Safari 5.1.7, Opera 12.15}
   Sukses: FireFox 23, IE8

6. Cache-Control: private, no-cache, max-age=0, proxy-revalidate, s-maxage=0
   _{Gagal: Chrome 28, Safari 5.1.7, Opera 12.15}
   Sukses: FireFox 23, IE8

7. Cache-Control: private, no-cache, max-age=0, proxy-revalidate, s-maxage=0
Expires: 0
Pragma: no-cache
Vary: *
   _{Gagal: Chrome 28, Safari 5.1.7, Opera 12.15}
   Sukses: FireFox 23, IE8

8. Cache-Control: private, no-cache, max-age=0, proxy-revalidate, s-maxage=0
Expires: Sat, 12 Oct 1991 05:00:00 GMT
Pragma: no-cache
Vary: *
   _{Gagal: Chrome 28, Safari 5.1.7, Opera 12.15}
   Sukses: FireFox 23, IE8

9. Cache-Control: must-revalidate
   _{Gagal: Chrome 28, FireFox 23, IE8, Safari 5.1.7}
   Sukses: Opera 12.15

10. Cache-Control: private, must-revalidate, proxy-revalidate, s-maxage=0
<body onunload="">
    _{Gagal: Chrome 28, FireFox 23, IE8, Safari 5.1.7}
    Sukses: Opera 12.15

11. Cache-Control: must-revalidate, max-age=0
    _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7}
    Sukses: IE8, Opera 12.15

12. Cache-Control: private, no-cache, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: Sat, 12 Oct 1991 05:00:00 GMT
Pragma: no-cache
Vary: *
<body onunload="">
    _{Gagal: Chrome 28, Safari 5.1.7}
    Sukses: FireFox 23, IE8, Opera 12.15

13. Cache-Control: private, no-cache, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: 0
Pragma: no-cache
Vary: *
<body onunload="">
    _{Gagal: Chrome 28, Safari 5.1.7}
    Sukses: FireFox 23, IE8, Opera 12.15

14. Cache-Control: no-store
    _{Gagal: Opera 12.15}
    Sukses: Chrome 28, FireFox 23, IE8, Safari 5.1.7

15. Cache-Control: private, no-cache, no-store, max-age=0, proxy-revalidate, s-maxage=0
Expires: 0
Pragma: no-cache
Vary: *
<body onunload="">
    _{Gagal: Opera 12.15}
    Sukses: Chrome 28, FireFox 23, IE8, Safari 5.1.7

16. Cache-Control: private, no-cache, no-store, max-age=0, proxy-revalidate, s-maxage=0
Expires: Sat, 12 Oct 1991 05:00:00 GMT
Pragma: no-cache
Vary: *
<body onunload="">
    _{Gagal: Opera 12.15}
    Sukses: Chrome 28, FireFox 23, IE8, Safari 5.1.7

17. Cache-Control: private, no-cache
Expires: Sat, 12 Oct 1991 05:00:00 GMT
Pragma: no-cache
Vary: *
    _{Gagal: Chrome 28, Safari 5.1.7, Opera 12.15}
    Sukses: FireFox 23, IE8

18. Cache-Control: must-revalidate
Expires: 0
    _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7,}
    Sukses: IE8, Opera 12.15

19. Cache-Control: must-revalidate
Expires: Sat, 12 Oct 1991 05:00:00 GMT
    _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7,}
    Sukses: IE8, Opera 12.15

20. Cache-Control: private, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: 0
<body onunload="">
    _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7,}
    Sukses: IE8, Opera 12.15

21. Cache-Control: private, must-revalidate, max-age=0, proxy-revalidate, s-maxage=0
Expires: Sat, 12 Oct 1991 05:00:00 GMT
<body onunload="">
    _{Gagal: Chrome 28, FireFox 23, Safari 5.1.7,}
    Sukses: IE8, Opera 12.15

22. Cache-Control: private, must-revalidate
Expires: Sat, 12 Oct 1991 05:00:00 GMT
Pragma: no-cache
Vary: *
    _{Gagal: Chrome 28, Safari 5.1.7}
    Sukses: FireFox 23, IE8, Opera 12.15

23. Cache-Control: no-store, must-revalidate
    _{Gagal: tidak ada}
    Sukses: Chrome 28, FireFox 23, IE8, Safari 5.1.7, Opera 12.15

Saya menemukan rute web.config berguna (mencoba menambahkannya ke jawaban tetapi tampaknya tidak diterima sehingga memposting di sini)

<configuration>
<system.webServer>
    <httpProtocol>
        <customHeaders>
            <add name="Cache-Control" value="no-cache, no-store, must-revalidate" />
            <!-- HTTP 1.1. -->
            <add name="Pragma" value="no-cache" />
            <!-- HTTP 1.0. -->
            <add name="Expires" value="0" />
            <!-- Proxies. -->
        </customHeaders>
    </httpProtocol>
</system.webServer>

Dan di sini adalah cara express / node.js untuk melakukan hal yang sama:

app.use(function(req, res, next) {
    res.setHeader('Cache-Control', 'no-cache, no-store, must-revalidate');
    res.setHeader('Pragma', 'no-cache');
    res.setHeader('Expires', '0');
    next();
});

Saya menemukan bahwa semua jawaban di halaman ini masih memiliki masalah. Secara khusus, saya perhatikan bahwa tidak ada dari mereka yang akan menghentikan IE8 dari menggunakan versi cache halaman ketika Anda mengaksesnya dengan menekan tombol kembali.

Setelah banyak penelitian dan pengujian, saya menemukan bahwa hanya dua header yang benar-benar saya butuhkan adalah:

Cache-Control: no-store
Bervariasi: *

Untuk penjelasan tentang header Vary, periksa http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13.6

Pada IE6-8, FF1.5-3.5, Chrome 2-3, Safari 4, dan Opera 9-10, tajuk ini menyebabkan halaman diminta dari server ketika Anda mengklik tautan ke halaman, atau meletakkan URL langsung di bilah alamat. Itu mencakup sekitar 99% dari semua browser yang digunakan pada Januari '10.

Pada IE6, dan Opera 9-10, menekan tombol kembali masih menyebabkan versi yang di-cache dimuat. Di semua browser lain yang saya uji, mereka mengambil versi baru dari server. Sejauh ini, saya belum menemukan set header yang akan menyebabkan browser tersebut tidak mengembalikan versi halaman yang di-cache ketika Anda menekan tombol kembali.

Pembaruan: Setelah menulis jawaban ini, saya menyadari bahwa server web kami mengidentifikasi dirinya sebagai server HTTP 1.0. Header yang saya daftarkan adalah yang benar agar respons dari server HTTP 1.0 tidak di-cache oleh browser. Untuk server HTTP 1.1, lihat jawaban BalusC .

Setelah sedikit riset, kami menemukan daftar tajuk berikut yang tampaknya mencakup sebagian besar peramban:

• Kedaluwarsa : Senin, 26 Jul 1997 05:00:00 GMT
• Kontrol Cache : tanpa-cache , pribadi, harus divalidasi ulang , max-stale = 0, post-check = 0, pra-cek = 0 no-store
• Pragma : tanpa cache

Di ASP.NET kami menambahkan ini menggunakan cuplikan berikut:

Response.ClearHeaders(); 
Response.AppendHeader("Cache-Control", "no-cache"); //HTTP 1.1
Response.AppendHeader("Cache-Control", "private"); // HTTP 1.1
Response.AppendHeader("Cache-Control", "no-store"); // HTTP 1.1
Response.AppendHeader("Cache-Control", "must-revalidate"); // HTTP 1.1
Response.AppendHeader("Cache-Control", "max-stale=0"); // HTTP 1.1 
Response.AppendHeader("Cache-Control", "post-check=0"); // HTTP 1.1 
Response.AppendHeader("Cache-Control", "pre-check=0"); // HTTP 1.1 
Response.AppendHeader("Pragma", "no-cache"); // HTTP 1.0 
Response.AppendHeader("Expires", "Mon, 26 Jul 1997 05:00:00 GMT"); // HTTP 1.0 

Ditemukan dari: http://forums.asp.net/t/1013531.aspx

Penggunaan tajuk pragma dalam respons adalah kisah istri. RFC2616 hanya mendefinisikannya sebagai header permintaan

http://www.mnot.net/cache_docs/#PRAGMA

PENOLAKAN: Saya sangat menyarankan membaca jawaban @ BalusC. Setelah membaca tutorial caching berikut: http://www.mnot.net/cache_docs/ (Saya sarankan Anda membacanya juga), saya yakin itu benar. Namun, karena alasan historis (dan karena saya telah mengujinya sendiri), saya akan memasukkan jawaban asli saya di bawah:

Saya mencoba jawaban 'diterima' untuk PHP, yang tidak berhasil untuk saya. Lalu saya melakukan sedikit riset, menemukan sedikit varian, mengujinya, dan berhasil. Ini dia:

header('Cache-Control: no-store, private, no-cache, must-revalidate');     // HTTP/1.1
header('Cache-Control: pre-check=0, post-check=0, max-age=0, max-stale = 0', false);  // HTTP/1.1
header('Pragma: public');
header('Expires: Sat, 26 Jul 1997 05:00:00 GMT');                  // Date in the past  
header('Expires: 0', false); 
header('Last-Modified: '.gmdate('D, d M Y H:i:s') . ' GMT');
header ('Pragma: no-cache');

Itu seharusnya bekerja. Masalahnya adalah ketika mengatur bagian yang sama dari header dua kali, jika falsetidak dikirim sebagai argumen kedua ke fungsi header, fungsi header hanya akan menimpa header()panggilan sebelumnya . Jadi, ketika mengatur Cache-Control, misalnya jika seseorang tidak ingin meletakkan semua argumen dalam satu header()panggilan fungsi, ia harus melakukan sesuatu seperti ini:

header('Cache-Control: this');
header('Cache-Control: and, this', false);

Lihat dokumentasi yang lebih lengkap di sini .

Untuk ASP.NET Core, buat kelas middleware sederhana:

public class NoCacheMiddleware
{
    private readonly RequestDelegate m_next;

    public NoCacheMiddleware( RequestDelegate next )
    {
        m_next = next;
    }

    public async Task Invoke( HttpContext httpContext )
    {
        httpContext.Response.OnStarting( ( state ) =>
        {
            // ref: http://stackoverflow.com/questions/49547/making-sure-a-web-page-is-not-cached-across-all-browsers
            httpContext.Response.Headers.Append( "Cache-Control", "no-cache, no-store, must-revalidate" );
            httpContext.Response.Headers.Append( "Pragma", "no-cache" );
            httpContext.Response.Headers.Append( "Expires", "0" );
            return Task.FromResult( 0 );
        }, null );

        await m_next.Invoke( httpContext );
    }
}

kemudian daftarkan dengan Startup.cs

app.UseMiddleware<NoCacheMiddleware>();

Pastikan Anda menambahkan ini di suatu tempat setelah

app.UseStaticFiles();

Arahan ini tidak mengurangi risiko keamanan apa pun. Mereka benar-benar dimaksudkan untuk memaksa UA untuk menyegarkan informasi yang mudah menguap, bukan mencegah UA mempertahankan informasi. Lihat pertanyaan serupa ini . Paling tidak, tidak ada jaminan bahwa router, proxy, dll. Tidak akan mengabaikan arahan caching juga.

Pada catatan yang lebih positif, kebijakan mengenai akses fisik ke komputer, instalasi perangkat lunak, dan sejenisnya akan menempatkan Anda jauh di depan kebanyakan perusahaan dalam hal keamanan. Jika konsumen informasi ini adalah anggota masyarakat, satu-satunya hal yang dapat Anda lakukan adalah membantu mereka memahami bahwa begitu informasi mengenai mesin mereka, mesin itu adalah tanggung jawab mereka , bukan milik Anda.

Ada bug di IE6

Konten dengan "Content-Encoding: gzip" selalu di-cache bahkan jika Anda menggunakan "Cache-Control: no-cache".

http://support.microsoft.com/kb/321722

Anda dapat menonaktifkan kompresi gzip untuk pengguna IE6 (periksa agen pengguna untuk "MSIE 6")

RFC untuk HTTP 1.1 mengatakan metode yang tepat adalah menambahkan HTTP Header untuk:

Kontrol-Cache: tanpa-cache

Browser yang lebih lama dapat mengabaikan ini jika mereka tidak memenuhi HTTP 1.1. Untuk itu Anda dapat mencoba tajuk:

Pragma: tanpa cache

Ini juga seharusnya berfungsi untuk browser HTTP 1.1.

Mengatur header http yang dimodifikasi ke tanggal tertentu pada 1995 biasanya berhasil.

Ini sebuah contoh:

Kedaluwarsa: Rab, 15 Nov 1995 04:58:08 GMT
Terakhir Diubah: Rabu, 15 Nov 1995 04:58:08 GMT
Cache-Control: no-cache, harus divalidasi ulang

The dokumentasi PHP untuk header fungsi memiliki contoh yang agak lengkap (disumbangkan oleh pihak ketiga):

    header('Pragma: public');
    header("Expires: Sat, 26 Jul 1997 05:00:00 GMT");                  // Date in the past   
    header('Last-Modified: '.gmdate('D, d M Y H:i:s') . ' GMT');
    header('Cache-Control: no-store, no-cache, must-revalidate');     // HTTP/1.1
    header('Cache-Control: pre-check=0, post-check=0, max-age=0', false);    // HTTP/1.1
    header ("Pragma: no-cache");
    header("Expires: 0", false);

Jika Anda menghadapi masalah unduhan dengan IE6-IE8 melalui SSL dan cache: header no-cache (dan nilai-nilai serupa) dengan file MS Office Anda dapat menggunakan cache: private, no-store header dan mengembalikan file berdasarkan permintaan POST. Berhasil.

dalam kasus saya, saya memperbaiki masalah di chrome dengan ini

<form id="form1" runat="server" autocomplete="off">

di mana saya perlu menghapus konten data formulir previus ketika pengguna mengklik tombol kembali untuk alasan keamanan

Jawaban yang diterima tampaknya tidak berfungsi untuk IIS7 +, menjawab banyak pertanyaan tentang header cache yang tidak dikirim di II7:

• Sesuatu memaksa tanggapan untuk memiliki kontrol cache: pribadi di IIS7
• IIS7: Pengaturan Cache Tidak Berfungsi ... mengapa?
• IIS7 + ASP.NET MVC Caching Klien Header Tidak Bekerja
• Atur kontrol-cache untuk halaman aspx
• Kontrol cache: no-store, harus divalidasi ulang tidak dikirim ke browser klien di IIS7 + ASP.NET MVC

Dan seterusnya

Jawaban yang diterima benar di mana header harus ditetapkan, tetapi tidak dalam bagaimana mereka harus ditetapkan. Cara ini bekerja dengan IIS7:

Response.Cache.SetCacheability(HttpCacheability.NoCache);
Response.Cache.AppendCacheExtension("no-store, must-revalidate");
Response.AppendHeader("Pragma", "no-cache");
Response.AppendHeader("Expires", "-1");

Baris pertama diset Cache-controlke no-cache, dan baris kedua menambahkan atribut lainnyano-store, must-revalidate

Saya mendapatkan hasil terbaik dan paling konsisten di semua browser dengan mengatur Pragma: tanpa-cache

Header dalam jawaban yang diberikan oleh BalusC tidak mencegah Safari 5 (dan mungkin versi yang lebih lama juga) menampilkan konten dari cache browser saat menggunakan tombol kembali browser. Cara untuk mencegah hal ini adalah dengan menambahkan atribut event handler onunload yang kosong ke tag body:

<body onunload=""> 

Peretasan ini rupanya memecah cache penerusan mundur di Safari: Apakah ada peristiwa lintas-browser yang memuat ketika mengeklik tombol kembali?

Selain itu, hanya untuk ukuran yang baik, pastikan Anda mereset ExpiresDefaultdi .htaccessfile Anda jika Anda menggunakannya untuk mengaktifkan caching.

ExpiresDefault "access plus 0 seconds"

Setelah itu, Anda dapat menggunakan ExpiresByTypeuntuk menetapkan nilai spesifik untuk file yang ingin Anda cache:

ExpiresByType image/x-icon "access plus 3 month"

Ini juga mungkin berguna jika file dinamis Anda misalnya php, dll. Sedang di-cache oleh browser, dan Anda tidak dapat menemukan alasannya. Periksa ExpiresDefault.

Selain tajuk, pertimbangkan untuk melayani halaman Anda melalui https . Banyak browser tidak akan melakukan cache https secara default.

//In .net MVC
[OutputCache(NoStore = true, Duration = 0, VaryByParam = "*")]
public ActionResult FareListInfo(long id)
{
}

// In .net webform
<%@ OutputCache NoStore="true" Duration="0" VaryByParam="*" %>

Untuk menyelesaikan BalusC -> JAWABAN Jika Anda menggunakan perl Anda dapat menggunakan CGI untuk menambahkan header HTTP.

Menggunakan Perl:

Use CGI;    
sub set_new_query() {
        binmode STDOUT, ":utf8";
        die if defined $query;
        $query = CGI->new();
        print $query->header(
                        -expires       => 'Sat, 26 Jul 1997 05:00:00 GMT',
                        -Pragma        => 'no-cache',
                        -Cache_Control => join(', ', qw(
                                            private
                                            no-cache
                                            no-store
                                            must-revalidate
                                            max-age=0
                                            pre-check=0
                                            post-check=0 
                                           ))
        );
    }

Menggunakan apache httpd.conf

<FilesMatch "\.(html|htm|js|css|pl)$">
FileETag None
<ifModule mod_headers.c>
Header unset ETag
Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate"
Header set Pragma "no-cache"
Header set Expires "Wed, 11 Jan 1984 05:00:00 GMT"
</ifModule>

Catatan: Ketika saya mencoba menggunakan html META, browser mengabaikannya dan membuat cache halaman.

Saya hanya ingin menunjukkan bahwa jika seseorang ingin mencegah caching konten yang HANYA dinamis, menambahkan header tambahan itu harus dibuat secara terprogram.

Saya mengedit file konfigurasi proyek saya untuk menambahkan header no-cache, tetapi itu juga menonaktifkan caching konten statis, yang biasanya tidak diinginkan. Memodifikasi header respons dalam kode memastikan bahwa gambar dan file gaya akan di-cache.

Ini cukup jelas, namun masih layak disebut.

Dan satu lagi peringatan. Hati-hati menggunakan metode ClearHeaders dari kelas HttpResponse. Ini mungkin memberi Anda beberapa memar jika Anda menggunakannya secara sembrono. Seperti itu memberi saya.

Setelah mengarahkan kembali ke acara ActionFilterAttribute konsekuensi dari menghapus semua header kehilangan semua data sesi dan data dalam penyimpanan TempData. Lebih aman untuk mengalihkan dari Tindakan atau tidak menghapus tajuk saat pengalihan dilakukan.

Setelah dipikir-pikir saya mencegah semua orang untuk menggunakan metode ClearHeaders. Lebih baik menghapus header secara terpisah. Dan untuk mengatur header Cache-Control dengan benar saya menggunakan kode ini:

filterContext.HttpContext.Response.Cache.SetCacheability(HttpCacheability.NoCache);
filterContext.HttpContext.Response.Cache.AppendCacheExtension("no-store, must-revalidate");

Saya tidak beruntung dengan <head><meta>elemen. Menambahkan parameter terkait cache HTTP secara langsung (di luar dokumen HTML) memang berfungsi untuk saya.

Kode contoh dalam Python menggunakan web.headerpanggilan web.py berikut. Saya sengaja menghapus kode utilitas pribadi saya yang tidak relevan.

    impor web
    impor sys
    mengimpor PRIBADI-UTILITAS

    myname = "main.py"

    url = (
        '/', 'main_class'
    )

    main = web.aplikasi (url, globals ())

    render = web.template.render ("templates /", base = "layout", cache = False)

    kelas main_class (objek):
        def GET (diri sendiri):
            web.header ("Cache-control", "no-cache, no-store, must-revalidate")
            web.header ("Pragma", "no-cache")
            web.header ("Kedaluwarsa", "0")
            return render.main_form ()

        def POST (mandiri):
            msg = "POSTed:"
            form = web.input (fungsi = Tidak Ada)
            web.header ("Cache-control", "no-cache, no-store, must-revalidate")
            web.header ("Pragma", "no-cache")
            web.header ("Kedaluwarsa", "0")
            return render.index_laid_out (ucapan = msg + form.fungsi)

    if __name__ == "__main__":
        nargs = len (sys.argv)
        # Pastikan ada cukup argumen setelah nama program python
        jika nargs! = 2:
            LOG-AND-DIE ("% s: Galat baris perintah, nargs =% s, harus 2", namaku, narg)
        # Pastikan nomor port TCP adalah angka
        mencoba:
            tcp_port = int (sys.argv [1])
        kecuali Pengecualian sebagai e:
            LOG-AND-DIE ("% s: tcp_port = int (% s) gagal (bukan bilangan bulat)", nama saya, sys.argv [1])
        # Semuanya baik-baik saja!
        JUST-LOG ("% s: Berjalan di port% d", nama saya, tcp_port)
        web.httpserver.runsimple (main.wsgifunc (), ("localhost", tcp_port))
        main.run ()

Lihat tautan ini ke Studi Kasus tentang Caching:

http://securityevaluators.com/knowledge/case_studies/caching/

Ringkasan, menurut artikel itu, hanya Cache-Control: no-storeberfungsi di Chrome, Firefox dan IE. IE menerima kontrol lain, tetapi Chrome dan Firefox tidak. Tautan ini merupakan bacaan yang baik lengkap dengan sejarah caching dan dokumentasi bukti konsep.

Tidak yakin apakah jawaban saya terdengar sederhana dan bodoh, dan mungkin sudah diketahui Anda sejak lama, tetapi karena mencegah seseorang menggunakan tombol kembali browser untuk melihat halaman bersejarah Anda adalah salah satu tujuan Anda, Anda dapat menggunakan:

window.location.replace("https://www.example.com/page-not-to-be-viewed-in-browser-history-back-button.html");

Tentu saja, ini mungkin tidak dapat diterapkan di seluruh situs, tetapi setidaknya untuk beberapa halaman penting, Anda dapat melakukannya. Semoga ini membantu.

Anda dapat menggunakan blok lokasi untuk mengatur file individual alih-alih seluruh aplikasi mendapatkan caching di IIS

 <location path="index.html">
    <system.webServer>
      <httpProtocol>
        <customHeaders>
          <add name="Cache-Control" value="no-cache" />
        </customHeaders>
      </httpProtocol>
    </system.webServer>
  </location>