क्रोम में "सामान्य रीलोड", "हार्ड रीलोड" और "खाली कैश और हार्ड रीलोड" में क्या अंतर है?

Question

मैंने हाल ही में क्रोम में इस नई सुविधा की खोज की:

मैं विकल्प 1 और विकल्प 3 के बीच अंतर का पता लगा सकता हूं, और वह विकल्प 2 शायद बीच में कुछ है, लेकिन मुझे कहीं भी और अधिक सटीक जानकारी नहीं मिल सकती है।

किसी को भी 3 विकल्पों में से प्रत्येक का सटीक व्यवहार पता है?

Comments

क्या आप "इस सुविधा" की व्याख्या कर सकते हैं? विशेष रूप से: आप इसे कैसे एक्सेस करते हैं? मैंने सभी प्रकार के राइट-क्लिक, कंट्रोल-क्लिक की कोशिश की, ... लेकिन यह नहीं मिल सका। यह कौन सा संस्करण है?

— जोकिम सॉयर

@JoachimSauer Haha यह मेरा छोटा सा रहस्य है ... गंभीरता से यह बहुत अच्छी तरह से छिपा हुआ है: आपको ताज़ा बटन दबाए बिना इसे तुरंत जारी करना होगा, जबकि डेवलपर कंसोल सक्रिय है samuelrossille.com/home/blog-chrome-reload-options.html

— Samuel रॉसिल

रीलोड आइकन पर राइट-क्लिक करके भी दिखाई देता है (जबकि देवटूल खुला है)

— कोस्टा

क्या यह OSX क्रोम के लिए काम करता है? मैं इसे देव टूल्स के माध्यम से खोल नहीं पा रहा हूँ और

— निटसुज्री

मुझे ये सुविधाएँ वर्ष 2016 में दुर्घटना से मिलीं ...

— एडविन यिप

Answer 1

सामान्य पुनः लोड

दबाने जैसी ही बात F5। यह कैश का उपयोग करेगा, लेकिन पेज लोड के दौरान सबकुछ अमान्य कर देगा, "304 नहीं संशोधित" प्रतिक्रियाओं की तलाश में। यदि ब्राउजर कैश्ड जावास्क्रिप्ट फाइल, इमेज, टेक्स्ट फाइल आदि को दोबारा डाउनलोड करने से बच सकता है तो यह होगा।

---

कठोर पुनः लोड

अनुरोध करते समय कैश में कुछ भी उपयोग न करें। (जो डेवलपर कंसोल खोलने के लिए SHIFT+ F5कोई आवश्यकता नहीं के बराबर है ) ब्राउज़र हर जावास्क्रिप्ट फ़ाइल, छवि, पाठ फ़ाइल आदि को फिर से डाउनलोड करने के लिए मजबूर करता है।

---

खाली कैश और हार्ड रीलोड

जाहिर है, अगर कैश खाली है तो उसे हार्ड रीलोड करना होगा। यह फिर से ब्राउज़र को सब कुछ फिर से डाउनलोड करने के लिए मजबूर करेगा। हालाँकि, यदि पृष्ठ जावास्क्रिप्ट के माध्यम से कोई भी वास्तविक डाउनलोड करता है जो पेज लोड का हिस्सा नहीं थे, तो ये अभी भी कैश का उपयोग कर सकते हैं, जहाँ कैश को खाली करना मदद करता है क्योंकि यह सुनिश्चित करता है कि ये भी उपयोग नहीं करेंगे कैश्ड फाइलें।

---

नोट : यह सुविधा केवल तब उपलब्ध है जब डेवलपर टूल खुले हों।

Comments

क्या किसी को पता है कि क्या तीसरा विकल्प वर्तमान साइट के लिए कैश को खाली करता है, या पूरे कैश को खाली करता है ?

— ग्रिन १

@Grinn: वास्तव में, अब जब कि मुझे लगता है कि, यह शायद पूरे कैश है। उस सुविधा का बिंदु, वास्तव में डाउनलोड के बाद साफ़ करना है, जो केवल एक "साइट" तक ही सीमित नहीं है।

— एंड्रयू रासमुसेन

मैं स्पष्ट नहीं हूँ कि क्या माना जाता है "after-the-fact download via Javascript"? क्या कोई ठोस उदाहरण दे सकता है?

— कोस्टा

@ कोस्टा आप उन सामानों को डाउनलोड कर सकते हैं जो शुरू में डोम में निर्दिष्ट नहीं हैं। उदाहरण के लिए, अपने DOM में एक नया <script> टैग जोड़कर, या RequJS आदि का उपयोग करके। कोई भी AMD-आधारित लाइब्रेरी (जैसे आवश्यकताएँ) मूल रूप से इसकी स्क्रिप्ट्स को लोड करता है। उस स्थिति में, आपको यह सुनिश्चित करने के लिए कैश को खाली करना होगा कि वास्तव में सब कुछ एक हार्ड लोड हो जाता है।

— डोमी

यह ध्यान दिया जाना चाहिए कि यह केवल तभी काम करता है जब डेवलपर उपकरण खुले हैं (F12) यह अच्छा होगा यदि यह एक सेटिंग थी जो कि हमेशा उपलब्ध हो सकती है, भले ही देव उपकरण खुले हों या नहीं।

— 17

Answer 2

यह मैक ओएस एक्स में भी काम करता है। ओपन डेवलपर टूल, और फिर, रीलोड बटन पर, 1. सेकेंडरी क्लिक (राइट-हैंड माउस के लिए राइट क्लिक), या मेनू देखने के लिए 2. लॉन्ग क्लिक, उर्फ ​​लॉन्ग प्रेस।

इस उत्तर के अलावा , हार्ड रील अक्सर परदे के पीछे, सामग्री वितरण नेटवर्क और अन्य दूरस्थ कैश को ताज़ा करने का कारण बनता है।

Comments

"हार्ड पुनः लोड अक्सर परदे के पीछे, सामग्री वितरण नेटवर्क और अन्य दूरस्थ कैश को ताज़ा करने का कारण बनता है।" → क्या आप इसे वापस कर सकते हैं? क्या आपके पास यह बताने का कोई उद्धरण है कि ऐसा क्यों होगा? मुझे उम्मीद है कि हार्ड रीलोड सभी स्थानीय कैश को पुनः लोड करेगा, और दूरस्थ सर्वर पर कोई अतिरिक्त प्रभाव नहीं होगा।

— डेनिल्सन सआ मिया

मुझे लगता है कि ब्राउज़र Cache-Control: no-cacheहेडर भेजते हैं । स्क्विड-web-proxy-cache.1019090.n4.nabble.com/… क्या आपका?

— dcorking

मैं कुछ परीक्षण किया था ... यूआरएल के लिए जा रहे हैं या का उपयोग कर सामान्य पुन: लोड 3 कैश से संबंधित हेडर भेजा: Cache-Control: max-age=0, If-Modified-Since, If-None-Match। हालांकि, हार्ड रिलोड (कैश खाली करने के साथ या बिना) करते हुए, केवल 2 कैश-संबंधित हेडर भेजे गए: Cache-Control: no-cacheऔर Pragma: no-cache। तो, हाँ, ब्राउज़र वास्तव में एक हेडर भेजता है जो एक ताजा संस्करण के लिए सर्वर पूछता है; उसके बाद यह व्यवहार के आधार पर सर्वर (प्रॉक्सी सहित) तक है।

— डेनिल्सन सा मैया

महान! आप उसे मेरे उत्तर में संपादित कर सकते हैं, या अपना उत्तर लिख सकते हैं। @ DenilsonSáMaia

— dcorking

Answer 3

निम्न विधि आपको परेशान URL के लिए केवल कैश साफ़ करने देती है। जब मैंने http से https पुनर्निर्देशन कैश के साथ अटका हुआ था तो इससे मुझे मदद मिली।

1. Windows मैं उपयोग में क्रोम डेवलपर टूल खोलें F12
2. चेक Preserve logपुनर्निर्देशन से पहले लॉग को बचाने के लिए
3. रीडायरेक्ट किए गए URL पर राइट क्लिक करें और Clear browser cache

यह सामान्य कैश को प्रभावित किए बिना केवल परेशान कैश को साफ करेगा।