Google क्रोम 17 ने एक नया feature पेश किया जो वास्तव में अनुरोध करने (ऑम्निबार में प्रवेश करने पर) पर प्रतिपादन गति को बेहतर बनाने के लिए वेबपृष्ठ को प्रीलोड करता है।Google क्रोम द्वारा प्रीलोड अनुरोध का पता लगाने के लिए HTTP शीर्षलेख
दो प्रश्न: क्या सर्वर पक्ष पर ऐसे अनुरोध का पता लगाने के लिए कोई HTTP शीर्षलेख है, और यदि कोई वास्तव में मौजूद है तो ऐसे प्रीलोडिंग को रोकने के लिए उचित प्रतिक्रिया क्या है (अनचाहे अनुरोधों को रोकने के लिए जो अवांछित प्रभाव हो सकते हैं)?
क्या Google क्रोम प्रीलोड अनुरोध करने से पहले robots.txt की जांच करता है? क्या कोई robots.txt सेटिंग है जो केवल इस विशिष्ट व्यवहार को लक्षित करती है? (मुझे लगता है कि उम्मीद है कि पहले से ही काम करता है)।
क्या Google क्रोम को वर्तमान डोमेन पर फिर से लोड करने के लिए सूचित करने के लिए कोई मेटा टैग नहीं है?
से: http://code.google.com/intl/ro-RO/chrome/whitepapers/prerender.html नोट: प्रीरेंडरिंग होने पर क्रोम किसी भी विशिष्ट शीर्षलेख को पास नहीं करता है। चूंकि अधिकांश प्रीरेंडर असली पृष्ठदृश्य में परिवर्तित होते हैं, इसलिए पृष्ठ दृश्यता API प्रीरेंडर के लिए सही तरीके से खाता करने का एकमात्र तरीका है। जब पृष्ठ को उपयोगकर्ता को दिखाया जाता है, तो क्रोम द्वारा कोई भी नया अनुरोध नहीं भेजा जाता है, हालांकि आप एक स्क्रिप्ट बना सकते हैं जो एक नया अनुरोध ट्रिगर करने के लिए पृष्ठ दृश्यता API का उपयोग करता है। –
इस पर जोर: "प्रीरेंडरिंग होने पर क्रोम किसी भी विशिष्ट शीर्षलेख को पास नहीं करता है", जो मेरे प्रश्न का बहुत अधिक जवाब देता है। प्री-फ़ेचिंग HTTP हेडर का उपयोग बिल्कुल नहीं किया जाता है (जब शरीर का अनुरोध होता है)। –
मुझे लगता है कि इसे स्पष्ट करने की आवश्यकता है कि प्री-रेन्डरिंग और प्री-फ़ेचिंग एक ही चीज़ नहीं है। प्री-फ़ेचिंग डिफ़ॉल्ट ब्राउज़र में डिफ़ॉल्ट रूप से चालू होती है और हमेशा एक विशेष शीर्षलेख ('एक्स-प्रयोजन: क्रोम में पूर्वावलोकन') द्वारा इंगित किया जाता है। प्री-रेन्डरिंग एक प्रयोगात्मक क्रोम सुविधा है जिसे डेवलपर को ऑप्ट-इन करना होगा। प्री-रेंडरिंग का पता लगाने के लिए कोई हेडर नहीं है क्योंकि डेवलपर जानता है कि उन्होंने इसे चालू कर दिया है या नहीं। – krispy