जवाबों:
फ़ायरफ़ॉक्स एड्रेस बार में "about: config" दर्ज करें और सेट करें:
browser.cache.disk.enable = false
browser.cache.memory.enable = false
यदि स्थानीय रूप से विकसित हो रहा है, या एचटीएमएल 5 की नई प्रकट विशेषता का उपयोग कर रहा है, तो आपको निम्नलिखित के बारे में भी सेट करना पड़ सकता है: कॉन्फ़िगरेशन -
browser.cache.offline.enable = false
वेब डेवलपर टूलबार जो यह बहुत आसान है और बंद जब आपको उसकी आवश्यकता इसे चालू करने के लिए बनाता है अक्षम कैशिंग के लिए एक विकल्प है।
आप का उपयोग करने की कोशिश की है CTRL- F5पेज अद्यतन करने के लिए?
केवल जावास्क्रिप्ट के लिए कैशिंग को अक्षम करने का कोई विशेष विकल्प नहीं है, आपको कैशिंग को पूरी तरह से अक्षम करना होगा।
FireBug के पास नेटवर्क टैब के ड्रॉप डाउन मेनू पर ब्राउज़र कैश को अक्षम करने का विकल्प है।
उसी पृष्ठ पर जिसे आप कैशिंग को अक्षम करना चाहते हैं ऐसा करें: FYI करें: जिस संस्करण पर काम कर रहा हूं वह 30.0 है
आप ऐसा कर सकते हैं :
इसके बाद यह अपने आप (आप चालू है) से पेज को फिर से लोड करेगा और हर चीज को रीचेक किया जाता है और हर बार किसी भी प्रकार की रिक्वेस्ट रिक्वेस्ट की जाती है और आप वेब डेवलपर को नजर रखने के लिए हमेशा खुला रख सकते हैं और सुनिश्चित कर सकते हैं कि वह हमेशा ऑन (चेक) रहे ।
फ़ायरफ़ॉक्स 48 डेवलपर उपकरण
टूलबॉक्स खुला होने पर ही आप कैश को बंद कर सकते हैं, जो वेब विकास के लिए एकदम सही है:
https://stackoverflow.com/a/27397425/895245 में समान सामग्री है, लेकिन स्थिति थोड़ी बदल गई है।
यदि आप सर्वर साइड कोड के साथ काम कर रहे हैं, तो आप एक यादृच्छिक संख्या उत्पन्न कर सकते हैं और इसे निम्नलिखित तरीके से src के अंत में जोड़ सकते हैं ...।
src = "yourJavascriptFile.js? randomNumber = 434,534"
randomNumber के साथ बेतरतीब ढंग से हर बार उत्पन्न होता है।
मुझे पता है कि मैं एक प्राचीन प्रश्न को फिर से जीवित कर रहा हूं, लेकिन मैं आज इस समस्या को हल करने की कोशिश कर रहा हूं और इसका एक वैकल्पिक समाधान है। जब मैं परीक्षण करना चाहता हूं तो टॉगल करना मेरे लिए वास्तव में स्वीकार्य नहीं था, और जैसा कि दूसरों ने उल्लेख किया है, हार्ड रिफ्रेशिंग (ctrl + shift + r) हमेशा काम नहीं करता है।
इसके बजाय, मैंने अपने vhost.conf फ़ाइल में निम्नलिखित डालने का विकल्प चुना (अपने .htaccess में भी किया जा सकता है)
<FilesMatch "\.(js|css)$">
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>
</FilesMatch>
मेरे देव वातावरण पर, यह सुनिश्चित करता है कि js और css हमेशा पुनर्प्राप्त किए जाते हैं। इसके अतिरिक्त यह मेरे बाकी ब्राउज़िंग को प्रभावित नहीं करता है, और यह सभी ब्राउज़रों के लिए भी काम करता है, इसलिए क्रोम / यानी आदि में परीक्षण करना भी आसान है।
यहाँ स्निपेट मिला, कुछ अन्य आसान अपाचे ट्रिक: http://www.askapache.com/htaccess/use-http-headers-with-htaccess.html#prevent-caching-with-htaccess
यह सुनिश्चित करने के लिए कि मेरे ग्राहक हमेशा उत्पादन पर नवीनतम संस्करण देखते हैं, हम js पर क्वेरी स्ट्रिंग को बढ़ाते हैं, प्रत्येक अद्यतन पर शामिल होते हैं, अर्थात
jquery.somefile.js?v=0.5
यह मेरे ग्राहकों के ब्राउज़रों को अपने स्थानीय कैश को अपडेट करने के लिए मजबूर करता है जब वे एक नया क्वेरिस्ट्रिंग देखते हैं, लेकिन तब तक नई कॉपी को कैश करते हैं जब तक कि फ़ाइल फिर से अपडेट न हो जाए।
अपनी जेएस फ़ाइलों के लिए एक अद्वितीय URL बनाने के लिए अपनी साइट को डिज़ाइन करने के लिए सबसे अच्छी रणनीति है, कि हर बार बदलाव होने पर रीसेट हो जाता है। इस तरह से यह तब बदल जाता है जब कोई बदलाव नहीं हुआ है, लेकिन किसी भी बदलाव के होने पर imediately पुनः लोड होता है।
आपको अपने विशिष्ट पर्यावरण उपकरणों के लिए समायोजित करने की आवश्यकता होगी, लेकिन यदि आप PHP / Apache का उपयोग कर रहे हैं, तो यहां आपके और अंत उपयोगकर्ताओं दोनों के लिए एक बढ़िया समाधान है।
http://verens.com/archives/2008/04/09/javascript-cache-problem-solved/
आप उपयोग कर सकते हैं CTRL- F5कैश को दरकिनार करके पुनः लोड करने के लिए।
आप कैश का उपयोग न करने के लिए फ़ायरफ़ॉक्स में वरीयताओं को सेट कर सकते हैं
network.http.use-cache = false
आप js फ़ाइलों के लिए नो-कैश / एक्सपायर / कैश-कंट्रोल हेडर भेजने के लिए आपको वेब सर्वर सेटअप कर सकते हैं।
यहाँ अपाचे वेब सर्वर के लिए एक उदाहरण है।
अंतिम दो समाधानों के लिए पेशेवरों और विपक्ष हैं, लेकिन वे दोनों IMHO महान समाधान हैं।
आप अपने सत्र आईडी को अपने url में इस तरह से तंग सुरक्षा के लिए एम्बेड कर सकते हैं या नहीं कर सकते हैं। लेकिन विकास में जो बात नहीं होनी चाहिए, लेकिन अगर आप इसे दूर करना भूल जाते हैं तो क्या होगा? यह भी वास्तव में काम करता है? क्या आपको अनुक्रमिक संख्या जनरेटर (सत्र में संग्रहीत हिट काउंट, या शायद सिर्फ 1 तब 0, यदि 0) 1) की तरह कुछ की आवश्यकता नहीं होगी?
सेशन आईडी (या जो भी सीक्वेंसर हो) को जोड़ने का मतलब है कि आपको इसे हर उस संसाधन में जोड़ना है, जिसे आप कैश नहीं करना चाहते। एक तरफ यह बेहतर है क्योंकि आप अपनी सत्र आईडी को सिर्फ उस संसाधन के साथ शामिल कर सकते हैं जिसे आप सक्रिय रूप से विकसित और परीक्षण कर रहे हैं। दूसरी ओर, इसका मतलब है कि आपको ऐसा करना होगा और आपको उत्पादन के लिए उसे हटाना होगा।
Vhost.conf या .htaccess फ़ाइल को संशोधित करना सत्र आईडी को जोड़ने और हटाने की आवश्यकता के बिना चाल को अच्छी तरह से करता है। लेकिन नकारात्मक पक्ष सभी js और css संसाधनों का प्रदर्शन प्रभावित होगा, और यदि आपके पास बड़ी फाइलें हैं, तो यह आपको धीमा कर देगा।
दोनों महान, सुरुचिपूर्ण समाधान जैसे लगते हैं - आपकी आवश्यकताओं पर निर्भर करता है।
मैं उपयोग करता हूं CTRL- SHIFT- DELETEजो गोपनीयता सुविधा को सक्रिय करता है, जिससे आप एक ही बार में अपने कैश, रीसेट कुकीज़, आदि को साफ कर सकते हैं। आप इसे कॉन्फ़िगर भी कर सकते हैं ताकि यह सिर्फ एक डायलॉग बॉक्स को पॉप अप करने के बजाय आपसे पुष्टि करने के लिए कहे।
फ़ायरफ़ॉक्स के उच्च संस्करणों में, नाइटली की तरह, "अक्षम कैश" नाम का एक विकल्प है, आप इसे गियर पर क्लिक करके पा सकते हैं। और वह विकल्प केवल वर्तमान सत्र में काम करता है, जिसका अर्थ है कि जब आप निरीक्षक को बंद करते हैं और इसे पुनरारंभ करते हैं, तो आपको इसे फिर से जांचना होगा यदि आप पकड़ना चाहते हैं।
विभिन्न विकल्पों के लिए ब्राउज़ करने के 2 घंटे बाद, यह कुछ ऐसा है जो मेरे लिए काम करता है।
मेरी आवश्यकता मेरे वसंत सुरक्षित वेब एप्लिकेशन में js और css फ़ाइलों के कैशिंग को अक्षम कर रही थी। लेकिन एक ही समय में इन फ़ाइलों को "एक विशेष सत्र" के भीतर कैशिंग।
प्रत्येक अनुरोध के साथ एक अद्वितीय आईडी पास करना, सलाहित दृष्टिकोणों में से एक है।
और यही मैंने किया: - के बजाय
<script language="javascript" src="js/home.js"></script>
मैंनें इस्तेमाल किया
<script language="javascript" src="js/home.js?id=${pageContext.session.id}"></script>
उपरोक्त दृष्टिकोण का कोई भी स्वागत स्वागत योग्य है। सुरक्षा मुद्दे ?
फ़ायरफ़ॉक्स 45 में, डिस्क कैश विकल्प को इसके मान को बदलकर सेट किया जा सकता है: browser.cache.disk.enable
मान "के बारे में: कॉन्फ़िगर" पृष्ठ पर सेट किया जा सकता है।
पर http://kb.mozillazine.org/About:config_entries#Browser मैंने पाया "browser.cache.disk.enable" के लिए निम्नलिखित विवरण:
ट्रू (डिफ़ॉल्ट): ब्राउज़र कैश में निर्दिष्ट क्षमता तक डिस्क कैश का उपयोग करें। त्रुटि: गलत डिस्क कैश (ब्राउज़र पर सेट करने के लिए समान प्रभाव। Cache.disk.capacity 0)
सबसे पहले, यह आसानी से किया जा सकता है, उदाहरण के लिए PHP द्वारा ब्राउज़र को कैश की तारीख (समाप्ति समय) के आधार पर फ़ाइलों को नवीनीकृत करने के लिए मजबूर करने के लिए। यदि आपको इसे प्रायोगिक आवश्यकताओं के लिए चाहिए, तो फ़ायरफ़ॉक्स ब्राउज़र में एक बार में सभी कैश को साफ़ करने के लिए ctrl + shift + del का उपयोग करने का प्रयास करें। तीसरा समाधान कई ऐड-ऑन का उपयोग करना है जो फ़ायरफ़ॉक्स के लिए समय रेखाओं के आधार पर कैश को साफ़ करने के लिए बाहर निकलता है।