हमने क्रोम कैश स्थानीय रूप से फाइलों को देखा और जावास्क्रिप्ट फ़ाइल का कोई नया संस्करण देखने के लिए हमारे सर्वर से अनुरोध भी नहीं भेजा है। एक js फ़ाइल के लिए HTTP प्रतिक्रिया हेडर कीक्या क्रोम कैशिंग में मानकों का उल्लंघन करता है?
उदाहरण गूगल कैश की गई है कि:
Accept-Ranges:bytes
Access-Control-Allow-Headers:Content-Type
Access-Control-Allow-Methods:GET, POST, PUT, DELETE, OPTIONS
Access-Control-Allow-Origin:*
Content-Encoding:gzip
Content-Length:5479
Content-Type:application/javascript
Date:Tue, 12 Jan 2016 22:46:07 GMT
ETag:"7d68e1ceb647d11:0"
Last-Modified:Tue, 05 Jan 2016 12:44:25 GMT
Server:Microsoft-IIS/8.5
Vary:Accept-Encoding
x-robots-tag:noindex
यह मान्य है कि क्रोम फ़ाइल कैश की गई? Cache-control
हेडर या कुछ ऐसा नहीं है जो फ़ाइल को स्थानीय रूप से कैश किया जा सकता है, इसमें केवल ईटीएजी और अंतिम-संशोधित है।
BTW
वहाँ एक रास्ता (शायद एक हैडर) क्या कैश की गई फ़ाइल फ़ाइल नाम के संस्करण जोड़कर बिना बदल गया है क्रोम की जांच करने के निर्देश देने के लिए है? नो-कैश सेट करना एक विकल्प नहीं है क्योंकि मैं इसे कैश करना चाहता हूं, लेकिन मैं इटाग और अंतिम-संशोधित शीर्षलेखों का उपयोग करना चाहता हूं जैसा कि इसे करना चाहिए।
मैं मुख्य सवाल का जवाब नहीं कर रहा हूँ, लेकिन आप इस का पता है? http://stackoverflow.com/a/7000899/704097 –
यह भी संभवतः संबंधित है: http://stackoverflow.com/questions/8294034/chrome-browser-is-not-sending-if-modified-since-header-to- सर्वर –
@ मिकेल, हाँ मैं देव उपकरण में उस विकल्प से अवगत हूं। लेकिन मैं नहीं कर सकता और न ही अपने उपयोगकर्ताओं को इसका उपयोग करना चाहता हूं और अपनी साइट के पूरे कैश को साफ़ कर सकता हूं ... – gdoron