एक नवीन ब्राउझरचे एक उदाहरण ओळखण्यासाठी वापरलेले तंत्र. पद्धत फॅव्हिकॉनच्या इमेज प्रोसेसिंग वैशिष्ट्यांवर आधारित आहे ज्याच्या मदतीने साइट बुकमार्क, टॅब आणि ब्राउझर इंटरफेसच्या इतर घटकांमध्ये प्रदर्शित केलेली चिन्हे निर्धारित करते.
ब्राउझर फॅव्हिकॉन प्रतिमा वेगळ्या कॅशेमध्ये जतन करतात, जे इतर कॅशेसह आच्छादित होत नाही, ऑपरेशनच्या सर्व पद्धतींमध्ये सामान्य आहे आणि मानक कॅशे आणि ब्राउझिंग इतिहास क्लीनरद्वारे साफ केलेले नाही.
हे कार्य गुप्त मोडमध्ये कार्य करत असताना देखील आणि अभिज्ञापक वापरण्याची अनुमती देते ते काढणे कठीण करते. प्रस्तावित पद्धत वापरुन प्रमाणीकरण व्हीपीएन आणि अ‍ॅड-ब्लॉकिंग प्लगइनच्या वापरामुळे देखील अप्रभावित आहे.
ब्राउझरने पृष्ठाच्या पॅरामीटर्समध्ये निर्दिष्ट केलेल्या फॅव्हिकॉन प्रतिमेची विनंती न केल्यास वापरकर्त्याने यापूर्वी फॅव्हिकॉन लोडबद्दल माहितीचे विश्लेषण करुन पृष्ठ उघडले आहे की नाही हे सर्व्हरच्या बाजूला निश्चित करणे शक्य आहे यावर आधारित ओळखीची पद्धत आहे. , नंतर पृष्ठ पूर्वी लोड केले गेले होते आणि कॅशेवरून प्रतिमा दर्शविली जात आहे.
एल पासूनब्राउझर आपल्याला आपले स्वतःचे फॅव्हिकॉन कॉन्फिगर करण्याची परवानगी देतात प्रत्येक पृष्ठासाठी, उपयुक्त माहिती अनुक्रमिक अग्रेषण द्वारे एन्कोड केली जाऊ शकते वापरकर्त्याकडून एकाधिक अनन्य पृष्ठांवर.
साखळीत जितके पुनर्निर्देशन होते तितके अधिक अभिज्ञापक निश्चित केले जाऊ शकतात (अभिज्ञापकांची संख्या 2 ^ एन सूत्रानुसार निर्धारित केली जाते, जिथे एन पुनर्निर्देशनांची संख्या आहे). उदाहरणार्थ, 4 वापरकर्ते दोन पुनर्निर्देशने संबोधित करू शकतात, 3 - 8, 4 - 16, 10 - 1024, 24 - 16 दशलक्ष, 32 - 4 अब्ज.
या पद्धतीची नकारात्मक बाजू म्हणजे लांब विलंब- परिशुद्धता जितकी जास्त असेल तितके पृष्ठ उघडण्यासाठी पुनर्निर्देशनास अधिक वेळ लागेल.
32 पुनर्निर्देशने सर्व इंटरनेट वापरकर्त्यांसाठी अभिज्ञापक व्युत्पन्न करतात, परंतु सुमारे तीन सेकंद विलंब कारणीभूत ठरतात. दशलक्ष अभिज्ञापकांसाठी, विलंब सुमारे दीड सेकंद आहे.
या पद्धतीमध्ये दोन मोडमध्ये काम करणे समाविष्ट आहे: लेखन आणि वाचन:
- लेखन मोड साइटवर प्रथम प्रवेश करणार्‍या वापरकर्त्यासाठी एक ओळखकर्ता व्युत्पन्न आणि संचयित करते.
- वाचन मोड पूर्वी संग्रहित अभिज्ञापक वाचतो.
मोडची निवड साइटच्या मुख्य पृष्ठासाठी फॅव्हिकॉन फाइल विनंतीवर अवलंबून असते: जर प्रतिमेची विनंती केली गेली असेल तर डेटा कॅश केलेला नाही आणि असे गृहित धरले जाऊ शकते की वापरकर्त्याने साइटवर प्रवेश केला नाही किंवा सामग्री कॅश केल्याने कालबाह्य झाले आहे. . संशोधकांच्या मते, एचटीटीपी कॅशे-कंट्रोल हेडर निर्दिष्ट करून, एक वर्षापर्यंत कॅशेमध्ये फॅव्हिकॉन मिळविणे शक्य आहे.
साइट उघडताना वाचण्याच्या मोडमध्ये, वापरकर्त्यास त्यांच्या फॅव्हिकॉन्स आणि सह पूर्वनिर्धारित पृष्ठांवर श्रृंखलाबद्ध आहे एचटीटीपी सर्व्हरने सर्व्हरवरुन फेव्हिकॉनला विनंती केली आहे ते विश्लेषित करते आणि ते कॅशेवरून सर्व्हरवर प्रवेश न करता दर्शविले आहेत. विनंतीची उपस्थिती "0" आणि अनुपस्थिति "1" म्हणून कोडित केली आहे. भविष्यातील कॉलमध्ये अभिज्ञापक संरक्षित करण्यासाठी, फॅव्हिकॉनच्या विनंतीला उत्तर म्हणून एक 404 एरर कोड दर्शविला जाईल, म्हणजेच पुढच्या वेळी आपण साइट उघडता तेव्हा ब्राउझर पुन्हा हे फॅव्हिकॉन्स लोड करण्याचा प्रयत्न करेल.
रीडायरेक्ट लूपमध्ये राइट मोडमध्ये "1" एन्कोडिंग पृष्ठांसाठी, फेविकॉनचे योग्य उत्तर परत आले, ब्राउझर कॅशेमध्ये जमा (जेव्हा सायकलची पुनरावृत्ती होते तेव्हा फॅव्हिकॉन डेटा सर्व्हरवर प्रवेश न करता कॅशेवरून परत केला जाईल) आणि "0" एन्कोडिंग पृष्ठांसाठी - त्रुटी कोड 404 (आपण पुनर्निर्देशित चक्र पुन्हा केल्यास, पृष्ठ डेटा पुन्हा विनंती केली जाईल).
ही पद्धत क्रोम, सफारी, काठ आणि अंशतः फायरफॉक्समध्ये कार्य करते. फायरफॉक्स फॉर लिनक्समध्ये फाव्हिकॉनचा सुपरकर्की म्हणून वापर करणे अशा वैशिष्ट्यामुळे अडथळा आणत आहे जे ब्राउझरला फॅव्हिकॉन कॅश करण्यापासून प्रतिबंधित करते.
विशेष म्हणजे, प्रमाणीकरण पद्धतीच्या लेखकांनी सुमारे एक वर्षापूर्वी या वैशिष्ट्याबद्दल फायरफॉक्स विकसकांना सूचित केले, कॅशेमध्ये त्रुटी असल्याचे त्यांनी नमूद केले, परंतु त्यांच्या कार्याचा उल्लेख न केल्यास आणि त्रुटी दुरुस्त केल्याने वापरकर्त्यास ओळखण्याची शक्यता निर्माण झाली.
स्त्रोत: https://www.cs.uic.edu