क्या आपको <लिंक rel = "आइकन" href = "favicon.ico" प्रकार = "छवि / x-icon">> शामिल करना है?

Question

मैंने अपने हेड टैग में कोड की निम्नलिखित पंक्ति को शामिल नहीं किया है, हालाँकि मेरे फेविकॉन अभी भी मेरे ब्राउज़र में दिखाई देते हैं:

<link rel="icon" href="favicon.ico" type="image/x-icon" />

इसे शामिल करने का उद्देश्य क्या है?

Answer 1

यदि आप फ़ेविकॉन को कॉल नहीं करते हैं favicon.ico, तो आप वास्तविक पथ को निर्दिष्ट करने के लिए उस टैग का उपयोग कर सकते हैं (यह एक images/निर्देशिका में आपके पास है )। favicon.icoडिफ़ॉल्ट रूप से रूट निर्देशिका में ब्राउज़र / वेबपेज दिखता है ।

Comments

या यदि आप रूट फ़ोल्डर में लेकिन जैसे एक संपत्ति में favicon.ico नहीं है फ़ोल्डर

— वोट दें

Answer 2

आपको वास्तव में दोनों करना चाहिए, ताकि सभी ब्राउज़रों को आइकन मिलेगा।

फ़ाइल को "favicon.ico" नाम देना और इसे अपनी वेबसाइट के मूल में रखना यह विधि है जिसे "हतोत्साहित" किया जाता है:

विधि 2 (हतोत्साहित): एक पूर्वनिर्धारित URI में फ़ेविकॉन को
डालना एक फ़ेविकॉन निर्दिष्ट करने के लिए एक दूसरी विधि छवि की पहचान करने के लिए एक पूर्वनिर्धारित URI का उपयोग करने पर निर्भर करती है: "/ फ़ेविकॉन", जो सर्वर रूट के सापेक्ष है। यह विधि काम करती है क्योंकि कुछ ब्राउज़रों को उस यूआरआई का उपयोग करके फेवीकोन देखने के लिए प्रोग्राम किया गया है।
W3C - अपनी साइट पर फ़ेविकॉन कैसे जोड़ें

इसलिए, सभी स्थितियों को कवर करने के लिए, मैं हमेशा एक "rel" विशेषता जोड़ने और एक ही .ico फ़ाइल की ओर इशारा करने की अनुशंसित विधि के अलावा करता हूं।

Comments

हां, यह अधिक सही उत्तर है। केवल favicon.icoजड़ में डालने से संबंधित कोई मानक नहीं हैं , लेकिन अधिकांश ब्राउज़र ऐतिहासिक कारणों से स्वचालित रूप से फ़ाइल का अनुरोध करेंगे।

— फेब्रीसियो मैटे

ऐसा करने का उचित कारण यह नहीं है कि यह कुछ स्थितियों में काम करता है , बल्कि इसलिए कि बेहतर तरीका कुछ स्थितियों में काम नहीं करता है

— जैस्पर

उत्सुकता से, realFaviconGenerator HTML सिर में फ़ेविकॉन घोषित न करने की सिफारिश करता है ।

— डैन डस्केल्सस्कु

इंटरनेट एक्सप्लोरर ने फेविकॉन का आविष्कार किया और इसे जड़ में देखा। AFAIK, सभी ब्राउज़र ऐसा करते हैं। यही कारण है कि मैं रूट में एक favicon.ico लगाने की सलाह देता हूं, क्योंकि अन्यथा यह 404 वापस आ जाएगा और अधिकांश सिस्टम कैश नहीं करते हैं ... इसलिए यह अनुरोध करता रहता है। वहां एक आइकन डालें और इसे ठीक से कैश किया जाएगा।

— स्टिजन डे विट

Answer 3

मैं इसका दो कारणों से उपयोग करता हूं:

1. मैं उदाहरण के लिए एक क्वेरी पैरामीटर जोड़कर आइकन को ताज़ा करने के लिए मजबूर कर सकता हूं ?v=2। इस तरह: <link rel="icon" href="https://stackoverflow.com/favicon.ico?v=2" type="image/x-icon" />

2. मामले में मुझे पथ निर्दिष्ट करने की आवश्यकता है।

Comments

बहुत बढ़िया, अंत में पता चला कि यह क्यों नहीं दिख रहा था!

— वासमीकोर

मुझे यकीन है कि यह सिर्फ एक टाइपो था, लेकिन आपके पास एक रिश्तेदार हाइपर है, जिसका अर्थ है कि यह तब तक काम नहीं करेगा जब तक कि आपके सभी पृष्ठ शीर्ष स्तर पर न हों या आपके पास प्रत्येक उपनिर्देशिका में एक favicon.ico फ़ाइल हो।

— क्रिस कॉगडन

FYI करें बाद के पाठकों के लिए, क्रिस कॉगडन की टिप्पणी "Sep 9 '16 को 5:05 पर संपादित करने में तय की गई थी, इसलिए अब कोई समस्या नहीं है

— Daryn

Answer 4

बस इसे रूट फ़ोल्डर में जोड़ना एक फैशन के बाद काम करता है, लेकिन मैंने पाया है कि अगर मुझे फ़ेविकॉन को बदलने की आवश्यकता है, तो अपडेट करने में दिन लग सकते हैं ... यहां तक ​​कि कैश रीफ़्रेश भी नहीं करता है।

Comments

Ctrl-C & Rebuild को मत भूलना।

— जेसन ग्लास

Answer 5

कई लोग अपने कुकी पथ को / पर सेट करते हैं। यह कम से कम क्रोम में साइटों कुकीज़ की एक प्रति भेजने के लिए हर favicon अनुरोध का कारण होगा। अपने कुकविलेस डोमेन को अपने फ़ेविकॉन को संबोधित करते हुए इसे ठीक करना चाहिए।

<link rel="icon" href="https://cookieless.MySite.com/favicon.ico" type="image/x-icon" />

आपको कितना ट्रैफ़िक मिलता है, इस पर निर्भर करते हुए, यह लिंक जोड़ने का सबसे व्यावहारिक कारण हो सकता है।

कुकलेस डोमेन स्थापित करने की जानकारी:

http://www.ravelrumba.com/blog/static-cookieless-domain/