2011-07-04 34 views
26

मुझे एक वेब सेवा मिली है, जैसे कि अधिकांश दूसरों की तरह, जेएस और सीएसएस फाइलों का उपयोग करता है। मैं जेएस और सीएसएस फ़ाइल जैसे संस्करण संख्या को जोड़ने की पुरानी चाल का उपयोग करता हूं; ? वी = 123 और जब भी हम उत्पादन पर सेवा अद्यतन करते हैं तो यह बदल जाता है।एक पागल ब्राउज़र की तरह क्रोम कैशिंग

अब, यह क्रोम को छोड़कर, सभी ब्राउज़रों पर ठीक काम करता है। क्रोम नए प्राप्त करने के लिए कैश किए गए संस्करण को पसंद करता है और ऐसा लगता है कि संलग्न चर को अनदेखा करना प्रतीत होता है। कुछ मामलों में, इसे कैश रीफ्रेश करने के लिए मजबूर करना (cmd + r/ctrl + f5) पर्याप्त नहीं था इसलिए मुझे विकल्पों में जाना पड़ा और नई सामग्री को लोड करने के लिए कैश को साफ़ करना पड़ा।

क्या किसी ने क्रोम के साथ इस समस्या का अनुभव किया है? और यदि हां, तो समस्या का समाधान क्या था?

+2

शीर्षक को प्यार करना;) – async

उत्तर

12

क्रोम को अलग-अलग अनुरोधों के रूप में अलग-अलग क्वेरी स्ट्रिंग के साथ निश्चित रूप से अनुरोधों का इलाज करना चाहिए; style.css?v=123 के लिए एक कैश किए गए परिणाम का उपयोग style.css?v=124 के लिए कभी भी नहीं किया जाना चाहिए। यदि आप अलग-अलग व्यवहार देख रहे हैं, तो कृपया http://new.crbug.com/ पर एक बग दर्ज करें और यहां बग आईडी पोस्ट करें।

उस ने कहा, मैं पहले यह देखने के लिए जांच करता हूं कि पृष्ठ आपकी अपेक्षा से अधिक कैश किया गया था। यदि पृष्ठ का एक नया संस्करण स्वयं डाउनलोड नहीं किया गया था, तो यह अभी भी ?v=123 का अनुरोध करेगा क्योंकि HTML नहीं बदला होगा। यदि आप पृष्ठ के साथ लंबे समय तक कैश हेडर भेज रहे हैं, तो यह निश्चित रूप से संभव है कि क्रोम आपको अपेक्षा से अधिक आक्रामक तरीके से कैशिंग कर रहा है। यदि यह व्यवहार आप देख रहे हैं, तो कृपया अपडेट के लिए http://crbug.com/8742 पर जाएं।

+0

दरअसल। लोड किए गए एचटीएमएल पेज (स्रोत देखें) के स्रोत की जांच करें, क्रोम डेवलपर टूलबार के साथ कौन से संसाधनों का अनुरोध किया गया है देखें। मुझे संदेह है कि यह क्रोम बग है, हालांकि आक्रामक कैशिंग एक बुरा 'फीचर' हो सकता है। – ivy

+0

शानदार जवाब माइक! यह मुझे आश्चर्य नहीं करेगा कि पेज के लिए वापस भेजे गए शीर्षलेख स्वयं लंबे कैश का अनुरोध कर रहे हैं तो हम चाहते हैं। मुझे उसमें ध्यान रखना याद नहीं है, इसलिए यह पहली बात है जो मैं करूँगा। एक बार फिर धन्यवाद! –

+0

मेरा मुद्दा यह था कि हम * समय सीमा/कैश-कंट्रोल हेडर सेट नहीं कर रहे थे। निश्चित रूप से यह जांचने लायक है कि ये कुछ और अधिक कठोर प्रयास करने से पहले सेट हैं। – FuriousFolder

1

मुझे यह अनुभव भी मिला है।

मैं एक सदस्यता साइट चलाता हूं जो सामग्री को प्रदर्शित करता है जैसे कि "आप इस सामग्री को देखने के लिए गोल्ड सदस्य के रूप में लॉग इन होना चाहिए" अगर वे लॉग इन नहीं हैं या उनके सदस्यता स्तर द्वारा अनुमत सामग्री को देखने की कोशिश नहीं कर रहे हैं। लेकिन यहां तक ​​कि यदि उपयोगकर्ता लॉग इन है, तो भी Google Chrome के आक्रामक कैशिंग के कारण उपयोगकर्ता को "लॉग इन करने की आवश्यकता है" दिखाई देगी। फ़ायरफ़ॉक्स में, हालांकि, यह ठीक काम करता है क्योंकि मैं सदस्यता के सभी 5 स्तरों में लॉग इन करने और परीक्षण करने का परीक्षण करता हूं - प्रत्येक उचित सामग्री प्रदर्शित करता है।

जबकि क्रोम की कैशिंग समस्या को उपयोगकर्ता द्वारा लॉग इन किए जाने पर हर बार कैश साफ़ करके हल किया जा सकता है, यह उस दृष्टिकोण को लेने में वास्तव में परेशान होगा।

2

मैं भी यही अनुभव

था आप उपयोगकर्ता Ctrl + Shift + दोनों क्रोम + मोज़िला में कैश मुक्त ब्राउज़िंग के लिए आर कर सकते हैं।

संबंधित मुद्दे