मुझे पता चला है कि जब बटन वापस दबाने यह ब्राउज़र कैश से पिछले पृष्ठ हो जाता है, भले ही मैं निम्न हेडर भेजें:क्या मैं एफएफ 3 बैक बटन कैश अक्षम कर सकता हूं?
Test1.aspx
Server ASP.NET Development Server/9.0.0.0
Date Wed, 24 Mar 2010 17:49:40 GMT
X-AspNet-Version 2.0.50727
Location Test2.aspx
Cache-Control no-cache, no-store
Pragma no-cache
Expires -1
Content-Type text/html; charset=utf-8
Content-Length 189
Connection Close
समाप्त हो रहा है एक तिथि + टाइमस्टैम्प और कैश-नियंत्रण होना चाहिए "एस" होगा revalidata "&" अधिकतम उम्र "के रूप में अच्छी तरह से मदद कर सकता है
Expires: Wed, 11 Jan 1984 05:00:00 GMT
Cache-Control: no-cache, must-revalidate, max-age=0
कैश नियंत्रण और ऐसी बातें केवल बचाने के लिए नहीं ब्राउज़र बता कैश में डाउनलोड की गई सामग्री (जेएस, सीएसएस, छवियों, आदि)। यह विज़िट किए गए पृष्ठों के इतिहास से संबंधित नहीं है।
आपको ब्राउज़र के डेटा को संशोधित करने का प्रयास नहीं करना चाहिए। इसके बजाए, आप ईवेंट को संभाल लेंगे और उन लोगों को रोक देंगे जिन्हें आप अपनी साइट में नहीं करना चाहते हैं।
यदि मेरे पास संवेदनशील डेटा है तो क्या होगा। एक सार्वजनिक वोट कियोस्क कहो। उपयोगकर्ता राष्ट्रपति उम्मीदवार को चुनता है और फिर क्लिक जमा करता है। अब अगला मतदाता कियोस्क जाता है, बैक बटन दबाता है और देखता है कि पिछले उपयोगकर्ता ने कौन सा उम्मीदवार चुना है, क्योंकि ब्राउजर ने सर्वर से नवीनतम संस्करण प्राप्त करने की कोशिश नहीं की और उसे कैश से प्रदर्शित किया। तब मुझे क्या करना चाहिए? –
इसका मतलब है कि आपका ऐप गलत व्यवहार करता है। लेनदेन, सत्र और उस तरह की चीजें संवेदनशील डेटा तक पहुंच में प्रतिबंधों को संभालने के लिए हैं। जब वेबपैस कहते हैं, "अपना सत्र बंद करना याद रखें", तो इसका मतलब है! इसके अलावा, यदि आपका ऐप ब्राउज़र के कैश में गोपनीय डेटा रखता है, तो इसका मतलब है कि आप एक नया सुरक्षा उल्लंघन खोल रहे हैं। सादा और सरल (जब तक आप इसे सिफर नहीं करते!)। आप सुरक्षा प्रदान करने के लिए ब्राउज़र के डेटा (परिभाषा के अनुसार यह उपयोगकर्ता की तरफ है) में अनधिकृत संशोधनों पर भरोसा नहीं कर सकते हैं। डीआरएम की तरह बहुत अधिक, सभी सुरक्षा एक ही तरफ रखो। – Alfabravo
मेरे लिए शीर्ष लेख में निम्नलिखित सेटिंग काम किया?:
Pragma: कोई कैश
कैश-नियंत्रण: नहीं-कैश, कोई दुकान
समाप्ति: 0
असल में जवाब इतना आसान था। लेकिन मैं दूसरों को जानना चाहता हूं। ब्राउज़र पृष्ठों को कैश नहीं करते हैं, वे अनुरोध कैश करते हैं। तो यदि आपके पास एक पृष्ठ test.aspx है जो स्वयं के लिए एक लिंक है। और उपयोगकर्ता पहले पृष्ठ खोलता है, फिर लिंक पर क्लिक करता है (यहां नो-कैश जोड़ा जाता है) और फिर वापस बटन दबाता है, पृष्ठ को कैश से पुनर्प्राप्त किया जाएगा क्योंकि पहली बार इसे बिना कैश निर्देश –
के बिना डाउनलोड किया गया था, ब्राउज़र कैश प्रतिक्रियाएं , जो सामान्य रूप से पेज हैं, नहीं? और अगर मैं गलत नहीं कर रहा हूं, तो पहले अनुरोध पर भी "नो-कैश" http प्रतिक्रिया शीर्षलेख में होगा। – futtta
में Google क्रोम के लिए 'कैश-कंट्रोल: नो-स्टोर' भी शामिल होना चाहिए। – ajbeaven