HTTP रेफरर - Revision history

Manidh at 04:02, 22 May 2023

2023-05-22T04:02:10Z

← Older revision		Revision as of 09:32, 22 May 2023
Line 56:		Line 56:
	* {{IETF RFC\|3987\|link=no}}: Internationalized Resource Identifiers (IRIs)		* {{IETF RFC\|3987\|link=no}}: Internationalized Resource Identifiers (IRIs)
	* [//w3c.github.io/webappsec/specs/referrer-policy/ Referrer Policy - डब्ल्यू3सी Editor's Draft]		* [//w3c.github.io/webappsec/specs/referrer-policy/ Referrer Policy - डब्ल्यू3सी Editor's Draft]
	[[Category: यूआरआई योजनाएं]] [[Category: यूआरएल]] [[Category: हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल हेडर]] [[Category: गैरमानक वर्तनी]]

			[[Category:CS1 English-language sources (en)]]
			[[Category:CS1 errors]]
	[[Category: ~~Machine Translated Page~~]]
	[[Category:Created On 11/05/2023]]		[[Category:Created On 11/05/2023]]
	[[Category:Vigyan Ready]]		[[Category:Lua-based templates]]
			[[Category:Machine Translated Page]]
			[[Category:Pages with script errors]]
			[[Category:Templates Vigyan Ready]]
			[[Category:Templates that add a tracking category]]
			[[Category:Templates that generate short descriptions]]
			[[Category:Templates using TemplateData]]
			[[Category:गैरमानक वर्तनी]]
			[[Category:यूआरआई योजनाएं]]
			[[Category:यूआरएल]]
			[[Category:हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल हेडर]]

Indicwiki: 8 revisions imported from :alpha:HTTP_रेफरर

2023-05-22T03:23:59Z

8 revisions imported from alpha:HTTP_रेफरर

← Older revision	Revision as of 08:53, 22 May 2023
(No difference)

alpha>Neeraja: added Category:Vigyan Ready using HotCat

2023-05-22T03:07:56Z

added Category:Vigyan Ready using HotCat

← Older revision		Revision as of 08:37, 22 May 2023
Line 62:		Line 62:
	[[Category: Machine Translated Page]]		[[Category: Machine Translated Page]]
	[[Category:Created On 11/05/2023]]		[[Category:Created On 11/05/2023]]
			[[Category:Vigyan Ready]]

alpha>Suman at 06:06, 13 May 2023

2023-05-13T06:06:07Z

← Older revision		Revision as of 11:36, 13 May 2023
Line 5:		Line 5:
	सबसे सामान्य स्थिति में, इसका कारण यह है कि जब कोई उपयोगकर्ता [[वेब ब्राउज़र]] में [[हाइपरलिंक]] पर क्लिक करता है \| जिससे ब्राउज़र गंतव्य वेब पेज वाले सर्वर को अनुरोध भेजता है, तो अनुरोध में सम्मिलित हो सकता है \| {{Not a typo\|संदर्भित}} फ़ील्ड, जो उस अंतिम पृष्ठ को संकेत करता है \| जिस पर उपयोगकर्ता था (वह स्थान जहाँ उन्होंने लिंक पर क्लिक किया था)।		सबसे सामान्य स्थिति में, इसका कारण यह है कि जब कोई उपयोगकर्ता [[वेब ब्राउज़र]] में [[हाइपरलिंक]] पर क्लिक करता है \| जिससे ब्राउज़र गंतव्य वेब पेज वाले सर्वर को अनुरोध भेजता है, तो अनुरोध में सम्मिलित हो सकता है \| {{Not a typo\|संदर्भित}} फ़ील्ड, जो उस अंतिम पृष्ठ को संकेत करता है \| जिस पर उपयोगकर्ता था (वह स्थान जहाँ उन्होंने लिंक पर क्लिक किया था)।

	[[वेबसाइट]] और [[वेब सर्वर]] सर्वर प्राप्त की सामग्री को लॉग करते हैं \| {{Not a typo\|संदर्भित}} फ़ील्ड उस वेब पेज की पहचान करने के लिए जिससे उपयोगकर्ता प्रचार या सांख्यिकीय उद्देश्यों के लिए लिंक का अनुसरण करता है। <ref name="gjEm8" /> इससे उपयोगकर्ता के लिए [[सूचना गोपनीयता]] की हानि होता है और [[सुरक्षा]] कठिन परिस्थिति प्रस्तुत हो सकता है।<ref name="Leak" /> सुरक्षा कठिन परिस्थितिं को कम करने के लिए, संदर्भित में भेजी गई जानकारी की मात्रा को ब्राउज़र लगातार कम कर रहे हैं। मार्च 2021 तक, डिफ़ॉल्ट रूप से [[Google Chrome\|गूगल क्रोम]],<ref name="N9xNj" /> [[क्रोमियम (वेब ब्राउज़र)]] आधारित [[ माइक्रोसॉफ्ट बढ़त \|माइक्रोसॉफ्ट ~~बढ़त~~]] , [[ फ़ायरफ़ॉक्स \|फ़ायरफ़ॉक्स]] ,<ref name="6l6dr" />[[सफारी (वेब ब्राउज़र)]] <ref>{{Cite web\|url=https://webkit.org/blog/9661/preventing-tracking-prevention-tracking/\|title=ट्रैकिंग की रोकथाम ट्रैकिंग की रोकथाम\|first=John\|last=Wilander\|website=WebKit blog\|date=December 10, 2019\|df=ymd}}</ref> क्रॉस-ऑरिजिन अनुरोधों में केवल मूल भेजने के लिए डिफ़ॉल्ट, डोमेन नाम के अतिरिक्त सब कुछ अलग करना होता है।		[[वेबसाइट]] और [[वेब सर्वर]] सर्वर प्राप्त की सामग्री को लॉग करते हैं \| {{Not a typo\|संदर्भित}} फ़ील्ड उस वेब पेज की पहचान करने के लिए जिससे उपयोगकर्ता प्रचार या सांख्यिकीय उद्देश्यों के लिए लिंक का अनुसरण करता है। <ref name="gjEm8" /> इससे उपयोगकर्ता के लिए [[सूचना गोपनीयता]] की हानि होता है और [[सुरक्षा]] कठिन परिस्थिति प्रस्तुत हो सकता है।<ref name="Leak" /> सुरक्षा कठिन परिस्थितिं को कम करने के लिए, संदर्भित में भेजी गई जानकारी की मात्रा को ब्राउज़र लगातार कम कर रहे हैं। मार्च 2021 तक, डिफ़ॉल्ट रूप से [[Google Chrome\|गूगल क्रोम]],<ref name="N9xNj" /> [[क्रोमियम (वेब ब्राउज़र)]] आधारित [[ माइक्रोसॉफ्ट बढ़त \|माइक्रोसॉफ्ट]] , [[ फ़ायरफ़ॉक्स \|फ़ायरफ़ॉक्स]] ,<ref name="6l6dr" />[[सफारी (वेब ब्राउज़र)]] <ref>{{Cite web\|url=https://webkit.org/blog/9661/preventing-tracking-prevention-tracking/\|title=ट्रैकिंग की रोकथाम ट्रैकिंग की रोकथाम\|first=John\|last=Wilander\|website=WebKit blog\|date=December 10, 2019\|df=ymd}}</ref> क्रॉस-ऑरिजिन अनुरोधों में केवल मूल भेजने के लिए डिफ़ॉल्ट, डोमेन नाम के अतिरिक्त सब कुछ अलग करना होता है।

	'''[[सामग्री सुरक्षा नीति]] मानक संस्करण 1.1 ने नया संदर्भित निर्देश प्रस्तुत किया'''

	== व्युत्पत्ति ==		== व्युत्पत्ति ==
	विक्ट की गलत स्पेलिंग: संदर्भित को मूल प्रस्ताव में कंप्यूटर वैज्ञानिक [[फिलिप हॉलम-बेकर]] द्वारा सम्मिलित करने के लिए प्रस्तुत किया गया था \| {{not typo\|"संदर्भित"}} हैडर फ़ील्ड [[HTTP\|एचटीटीपी]] विनिर्देशन में होता है। <ref name="hallam-baker" /> [[टिप्पणियों के लिए अनुरोध]] स्टैंडर्ड्स डॉक्यूमेंट [rfc:1945 आरएफसी 1945] में सम्मिलित किए जाने के समय (मई 1996) तक गलत स्पेलिंग पत्थर की लकीर बन गई थी। <ref name="rfc1945" /> (जो 'उस समय एचटीटीपी/1.0' के रूप में संदर्भित प्रोटोकॉल के सामान्य उपयोग को दर्शाता है); दस्तावेज़ के सह-लेखक [[रॉय फील्डिंग]] ने मार्च 1995 में टिप्पणी की कि कोई भी ({{not typo\|रेफरर}} या संदर्भित) अवधि के मानक [[वर्तनी (यूनिक्स)\|स्पेलिंग (यूनिक्स)]] द्वारा समझा जाता है। <ref name="fielding" /> {{not typo\|"संदर्भकर्ता"}} तब से एचटीटीपी संदर्भित्स पर चर्चा करते समय उद्योग में व्यापक रूप से उपयोग की जाने वाली स्पेलिंग बन गई है \| गलत स्पेलिंग का उपयोग सार्वभौमिक नहीं है \| चूँकि, कुछ वेब विशिष्टताओं जैसे [https://w3c.github.io/webappsec-referrer-policy/ में सही स्पेलिंग रेफ़रलकर्ता का उपयोग किया जाता है <code>रेफरर-नीति</code> एचटीटीपी हेडर] या दस्तावेज़ ऑब्जेक्ट मॉडल होते है।<ref name="Leak" />		विक्ट की गलत स्पेलिंग: संदर्भित को मूल प्रस्ताव में कंप्यूटर वैज्ञानिक [[फिलिप हॉलम-बेकर]] द्वारा सम्मिलित करने के लिए प्रस्तुत किया गया था \| {{not typo\|"संदर्भित"}} हैडर फ़ील्ड [[HTTP\|एचटीटीपी]] विनिर्देशन में होता है। <ref name="hallam-baker" /> [[टिप्पणियों के लिए अनुरोध]] स्टैंडर्ड्स डॉक्यूमेंट [rfc:1945 आरएफसी 1945] में सम्मिलित किए जाने के समय (मई 1996) तक गलत स्पेलिंग पत्थर की लकीर बन गई थी। <ref name="rfc1945" /> (जो 'उस समय एचटीटीपी/1.0' के रूप में संदर्भित प्रोटोकॉल के सामान्य उपयोग को दर्शाता है); दस्तावेज़ के सह-लेखक [[रॉय फील्डिंग]] ने मार्च 1995 में टिप्पणी की कि कोई भी ({{not typo\|रेफरर}} या संदर्भित) अवधि के मानक [[वर्तनी (यूनिक्स)\|स्पेलिंग (यूनिक्स)]] द्वारा समझा जाता है। <ref name="fielding" /> {{not typo\|"संदर्भकर्ता"}} तब से एचटीटीपी संदर्भित्स पर चर्चा करते समय उद्योग में व्यापक रूप से उपयोग की जाने वाली स्पेलिंग बन गई है \| गलत स्पेलिंग का उपयोग सार्वभौमिक नहीं है \| चूँकि, कुछ वेब विशिष्टताओं जैसे [https://w3c.github.io/webappsec-referrer-policy/ में सही स्पेलिंग रेफ़रलकर्ता का उपयोग किया जाता है <code>रेफरर-नीति</code> एचटीटीपी हेडर] या दस्तावेज़ ऑब्जेक्ट मॉडल होते है।<ref name="Leak" />

alpha>Suman at 06:05, 13 May 2023

2023-05-13T06:05:23Z

Show changes

alpha>Suman at 06:05, 13 May 2023

2023-05-13T06:05:00Z

← Older revision		Revision as of 11:35, 13 May 2023
Line 7:		Line 7:
	[[वेबसाइट]] और [[वेब सर्वर]] सर्वर प्राप्त की सामग्री को लॉग करते हैं \| {{Not a typo\|संदर्भित}} फ़ील्ड उस वेब पेज की पहचान करने के लिए जिससे उपयोगकर्ता प्रचार या सांख्यिकीय उद्देश्यों के लिए लिंक का अनुसरण करता है। <ref name="gjEm8" /> इससे उपयोगकर्ता के लिए [[सूचना गोपनीयता]] की हानि होता है और [[सुरक्षा]] कठिन परिस्थिति प्रस्तुत हो सकता है।<ref name="Leak" /> सुरक्षा कठिन परिस्थितिं को कम करने के लिए, संदर्भित में भेजी गई जानकारी की मात्रा को ब्राउज़र लगातार कम कर रहे हैं। मार्च 2021 तक, डिफ़ॉल्ट रूप से [[Google Chrome\|गूगल क्रोम]],<ref name="N9xNj" /> [[क्रोमियम (वेब ब्राउज़र)]] आधारित [[ माइक्रोसॉफ्ट बढ़त ]], [[ फ़ायरफ़ॉक्स ]],<ref name="6l6dr" />[[सफारी (वेब ब्राउज़र)]] <ref>{{Cite web\|url=https://webkit.org/blog/9661/preventing-tracking-prevention-tracking/\|title=ट्रैकिंग की रोकथाम ट्रैकिंग की रोकथाम\|first=John\|last=Wilander\|website=WebKit blog\|date=December 10, 2019\|df=ymd}}</ref> क्रॉस-ऑरिजिन अनुरोधों में केवल मूल भेजने के लिए डिफ़ॉल्ट, डोमेन नाम के अतिरिक्त सब कुछ अलग करना होता है।		[[वेबसाइट]] और [[वेब सर्वर]] सर्वर प्राप्त की सामग्री को लॉग करते हैं \| {{Not a typo\|संदर्भित}} फ़ील्ड उस वेब पेज की पहचान करने के लिए जिससे उपयोगकर्ता प्रचार या सांख्यिकीय उद्देश्यों के लिए लिंक का अनुसरण करता है। <ref name="gjEm8" /> इससे उपयोगकर्ता के लिए [[सूचना गोपनीयता]] की हानि होता है और [[सुरक्षा]] कठिन परिस्थिति प्रस्तुत हो सकता है।<ref name="Leak" /> सुरक्षा कठिन परिस्थितिं को कम करने के लिए, संदर्भित में भेजी गई जानकारी की मात्रा को ब्राउज़र लगातार कम कर रहे हैं। मार्च 2021 तक, डिफ़ॉल्ट रूप से [[Google Chrome\|गूगल क्रोम]],<ref name="N9xNj" /> [[क्रोमियम (वेब ब्राउज़र)]] आधारित [[ माइक्रोसॉफ्ट बढ़त ]], [[ फ़ायरफ़ॉक्स ]],<ref name="6l6dr" />[[सफारी (वेब ब्राउज़र)]] <ref>{{Cite web\|url=https://webkit.org/blog/9661/preventing-tracking-prevention-tracking/\|title=ट्रैकिंग की रोकथाम ट्रैकिंग की रोकथाम\|first=John\|last=Wilander\|website=WebKit blog\|date=December 10, 2019\|df=ymd}}</ref> क्रॉस-ऑरिजिन अनुरोधों में केवल मूल भेजने के लिए डिफ़ॉल्ट, डोमेन नाम के अतिरिक्त सब कुछ अलग करना होता है।

	'''[[सामग्री सुरक्षा नीति]] मानक संस्करण 1.1 ने नया संदर्भित निर्देश प्रस्तुत किया जो संदर्भित हेडर के संबंध में ब्राउज़र के व्यवहार पर अधिक नियंत्रण की अनुमति देता है। विशेष रूप से यह वेबमास्टर को ब्राउज़र को निर्देश देने की अनुमति देता है कि वह संदर्भित को'''		'''[[सामग्री सुरक्षा नीति]] मानक संस्करण 1.1 ने नया संदर्भित निर्देश प्रस्तुत किया जो संदर्भित हेडर के संबंध में ब्राउज़र के व्यवहार पर अधिक नियंत्रण की अनुमति देता है।'''

	== व्युत्पत्ति ==		== व्युत्पत्ति ==
	विक्ट की गलत स्पेलिंग: संदर्भित को मूल प्रस्ताव में कंप्यूटर वैज्ञानिक [[फिलिप हॉलम-बेकर]] द्वारा सम्मिलित करने के लिए प्रस्तुत किया गया था \| {{not typo\|"संदर्भित"}} हैडर फ़ील्ड [[HTTP\|एचटीटीपी]] विनिर्देशन में होता है। <ref name="hallam-baker" /> [[टिप्पणियों के लिए अनुरोध]] स्टैंडर्ड्स डॉक्यूमेंट [rfc:1945 आरएफसी 1945] में सम्मिलित किए जाने के समय (मई 1996) तक गलत स्पेलिंग पत्थर की लकीर बन गई थी। <ref name="rfc1945" /> (जो 'उस समय एचटीटीपी/1.0' के रूप में संदर्भित प्रोटोकॉल के सामान्य उपयोग को दर्शाता है); दस्तावेज़ के सह-लेखक [[रॉय फील्डिंग]] ने मार्च 1995 में टिप्पणी की कि कोई भी ({{not typo\|रेफरर}} या संदर्भित) अवधि के मानक [[वर्तनी (यूनिक्स)\|स्पेलिंग (यूनिक्स)]] द्वारा समझा जाता है। <ref name="fielding" /> {{not typo\|"संदर्भकर्ता"}} तब से एचटीटीपी संदर्भित्स पर चर्चा करते समय उद्योग में व्यापक रूप से उपयोग की जाने वाली स्पेलिंग बन गई है \| गलत स्पेलिंग का उपयोग सार्वभौमिक नहीं है \| चूँकि, कुछ वेब विशिष्टताओं जैसे [https://w3c.github.io/webappsec-referrer-policy/ में सही स्पेलिंग रेफ़रलकर्ता का उपयोग किया जाता है <code>रेफरर-नीति</code> एचटीटीपी हेडर] या दस्तावेज़ ऑब्जेक्ट मॉडल होते है।<ref name="Leak" />		विक्ट की गलत स्पेलिंग: संदर्भित को मूल प्रस्ताव में कंप्यूटर वैज्ञानिक [[फिलिप हॉलम-बेकर]] द्वारा सम्मिलित करने के लिए प्रस्तुत किया गया था \| {{not typo\|"संदर्भित"}} हैडर फ़ील्ड [[HTTP\|एचटीटीपी]] विनिर्देशन में होता है। <ref name="hallam-baker" /> [[टिप्पणियों के लिए अनुरोध]] स्टैंडर्ड्स डॉक्यूमेंट [rfc:1945 आरएफसी 1945] में सम्मिलित किए जाने के समय (मई 1996) तक गलत स्पेलिंग पत्थर की लकीर बन गई थी। <ref name="rfc1945" /> (जो 'उस समय एचटीटीपी/1.0' के रूप में संदर्भित प्रोटोकॉल के सामान्य उपयोग को दर्शाता है); दस्तावेज़ के सह-लेखक [[रॉय फील्डिंग]] ने मार्च 1995 में टिप्पणी की कि कोई भी ({{not typo\|रेफरर}} या संदर्भित) अवधि के मानक [[वर्तनी (यूनिक्स)\|स्पेलिंग (यूनिक्स)]] द्वारा समझा जाता है। <ref name="fielding" /> {{not typo\|"संदर्भकर्ता"}} तब से एचटीटीपी संदर्भित्स पर चर्चा करते समय उद्योग में व्यापक रूप से उपयोग की जाने वाली स्पेलिंग बन गई है \| गलत स्पेलिंग का उपयोग सार्वभौमिक नहीं है \| चूँकि, कुछ वेब विशिष्टताओं जैसे [https://w3c.github.io/webappsec-referrer-policy/ में सही स्पेलिंग रेफ़रलकर्ता का उपयोग किया जाता है <code>रेफरर-नीति</code> एचटीटीपी हेडर] या दस्तावेज़ ऑब्जेक्ट मॉडल होते है।<ref name="Leak" />


	== विवरण ==		== विवरण ==
	किसी वेब पेज पर जाने पर, रेफ़रलकर्ता या रेफ़रिंग पेज पिछले वेब पेज का यूआरएल होता है \| जिससे लिंक का अनुसरण किया गया था।		किसी वेब पेज पर जाने पर, रेफ़रलकर्ता या रेफ़रिंग पेज पिछले वेब पेज का यूआरएल होता है \| जिससे लिंक का अनुसरण किया गया था।
Line 23:		Line 21:

	[[जावास्क्रिप्ट]] में दस्तावेज़.रेफरर का उपयोग कर क्लाइंट साइड पर संदर्भित जानकारी तक पहुंचना संभव है।<ref name="document.referrer" /> इसका उपयोग, उदाहरण के लिए, उपयोगकर्ता की खोज इंजन क्वेरी के आधार पर वेब पेज को वैयक्तिकृत करने के लिए किया जा सकता है। चूँकि, रेफ़रलकर्ता फ़ील्ड में सदैव खोज कीवर्ड सम्मिलित नहीं होते हैं \| जैसे एचटीटीपीएस के साथ गूगल खोज का उपयोग करते समय होता है।<ref name="wjfXX" />		[[जावास्क्रिप्ट]] में दस्तावेज़.रेफरर का उपयोग कर क्लाइंट साइड पर संदर्भित जानकारी तक पहुंचना संभव है।<ref name="document.referrer" /> इसका उपयोग, उदाहरण के लिए, उपयोगकर्ता की खोज इंजन क्वेरी के आधार पर वेब पेज को वैयक्तिकृत करने के लिए किया जा सकता है। चूँकि, रेफ़रलकर्ता फ़ील्ड में सदैव खोज कीवर्ड सम्मिलित नहीं होते हैं \| जैसे एचटीटीपीएस के साथ गूगल खोज का उपयोग करते समय होता है।<ref name="wjfXX" />


	== संदर्भित हीडिंग ==		== संदर्भित हीडिंग ==
	अधिकांश वेब सर्वर सभी ट्रैफ़िक के लॉग बनाए रखते हैं,\| और प्रत्येक अनुरोध के लिए वेब ब्राउज़र द्वारा भेजे गए एचटीटीपी संदर्भित को रिकॉर्ड करते हैं। यह कई गोपनीयता संबंधी चिंताओं को जन्म देता है, और परिणामस्वरूप, वेब सर्वरों को वास्तविक रेफ़रिंग यूआरएल भेजे जाने से रोकने के लिए कई प्रणालियाँ विकसित की गई हैं। ये प्रणाली या तो रेफ़रलकर्ता फ़ील्ड को खाली करके या इसे गलत डेटा से बदलकर काम करते हैं। सामान्यतः, [[इंटरनेट सुरक्षा]] सूट संदर्भित डेटा को खाली कर देते हैं,\| जबकि वेब-आधारित सर्वर इसे झूठे यूआरएल से बदल देते हैं \| सामान्यतः उनका इससे संदर्भित स्पैम की समस्या बढ़ जाती है। दोनों विधियों के विधि विवरण काफी सुसंगत हैं \| सॉफ़्टवेयर अनुप्रयोग प्रॉक्सी सर्वर के रूप में कार्य करते हैं और एचटीटीपी अनुरोध में हेरफेर करते हैं \| जबकि वेब-आधारित विधियाँ फ़्रेम के अंदर वेबसाइटों को लोड करती हैं \| जिसके कारण वेब ब्राउज़र उनके वेबसाइट पते का रेफ़रलकर्ता यूआरएल भेजता है। कुछ वेब ब्राउज़र अपने उपयोगकर्ताओं को अनुरोध हेडर में रेफ़रलकर्ता फ़ील्ड को बंद करने का विकल्प देते हैं।<ref name="sendRefererHeader" />		अधिकांश वेब सर्वर सभी ट्रैफ़िक के लॉग बनाए रखते हैं,\| और प्रत्येक अनुरोध के लिए वेब ब्राउज़र द्वारा भेजे गए एचटीटीपी संदर्भित को रिकॉर्ड करते हैं। यह कई गोपनीयता संबंधी चिंताओं को जन्म देता है, और परिणामस्वरूप, वेब सर्वरों को वास्तविक रेफ़रिंग यूआरएल भेजे जाने से रोकने के लिए कई प्रणालियाँ विकसित की गई हैं। ये प्रणाली या तो रेफ़रलकर्ता फ़ील्ड को खाली करके या इसे गलत डेटा से बदलकर काम करते हैं। सामान्यतः, [[इंटरनेट सुरक्षा]] सूट संदर्भित डेटा को खाली कर देते हैं,\| जबकि वेब-आधारित सर्वर इसे झूठे यूआरएल से बदल देते हैं \| सामान्यतः उनका इससे संदर्भित स्पैम की समस्या बढ़ जाती है। दोनों विधियों के विधि विवरण काफी सुसंगत हैं \| सॉफ़्टवेयर अनुप्रयोग प्रॉक्सी सर्वर के रूप में कार्य करते हैं और एचटीटीपी अनुरोध में हेरफेर करते हैं \| जबकि वेब-आधारित विधियाँ फ़्रेम के अंदर वेबसाइटों को लोड करती हैं \| जिसके कारण वेब ब्राउज़र उनके वेबसाइट पते का रेफ़रलकर्ता यूआरएल भेजता है। कुछ वेब ब्राउज़र अपने उपयोगकर्ताओं को अनुरोध हेडर में रेफ़रलकर्ता फ़ील्ड को बंद करने का विकल्प देते हैं।<ref name="sendRefererHeader" />
Line 37:		Line 33:

	[[सामग्री सुरक्षा नीति]] मानक संस्करण 1.1 ने नया संदर्भित निर्देश प्रस्तुत किया जो संदर्भित हेडर के संबंध में ब्राउज़र के व्यवहार पर अधिक नियंत्रण की अनुमति देता है। विशेष रूप से यह वेबमास्टर को ब्राउज़र को निर्देश देने की अनुमति देता है कि वह संदर्भित को बिल्कुल भी ब्लॉक न करे, केवल उसी मूल के साथ चलते समय इसे प्रकट करे आदि।<ref name="kmzCq" />		[[सामग्री सुरक्षा नीति]] मानक संस्करण 1.1 ने नया संदर्भित निर्देश प्रस्तुत किया जो संदर्भित हेडर के संबंध में ब्राउज़र के व्यवहार पर अधिक नियंत्रण की अनुमति देता है। विशेष रूप से यह वेबमास्टर को ब्राउज़र को निर्देश देने की अनुमति देता है कि वह संदर्भित को बिल्कुल भी ब्लॉक न करे, केवल उसी मूल के साथ चलते समय इसे प्रकट करे आदि।<ref name="kmzCq" />


	== संदर्भ ==		== संदर्भ ==
	{{reflist\|1=30em\|refs=		{{reflist\|1=30em\|refs=
Line 58:		Line 52:
	<ref name="rfc1945">{{cite IETF \| title = Hypertext Transfer Protocol -- HTTP/1.0 \| rfc = 1945 \| first1 = T. \| last1 = Berners-Lee \| authorlink1 = Tim Berners-Lee \| first2 = R. \| last2 = Fielding \| authorlink2 = Roy Fielding \| first3 = H. \| last3 = Frystyk \| authorlink3 = Henrik Frystyk Nielsen \| date=May 1996 \| publisher = [[Internet Engineering Task Force\|IETF]] \| doi = 10.17487/RFC1945 }}</ref>		<ref name="rfc1945">{{cite IETF \| title = Hypertext Transfer Protocol -- HTTP/1.0 \| rfc = 1945 \| first1 = T. \| last1 = Berners-Lee \| authorlink1 = Tim Berners-Lee \| first2 = R. \| last2 = Fielding \| authorlink2 = Roy Fielding \| first3 = H. \| last3 = Frystyk \| authorlink3 = Henrik Frystyk Nielsen \| date=May 1996 \| publisher = [[Internet Engineering Task Force\|IETF]] \| doi = 10.17487/RFC1945 }}</ref>
	}}		}}


	==बाहरी संबंध==		==बाहरी संबंध==

alpha>Suman at 06:04, 13 May 2023

2023-05-13T06:04:21Z

Show changes

alpha>Suman at 05:39, 13 May 2023

2023-05-13T05:39:16Z

Show changes

alpha>Suman at 05:38, 13 May 2023

2023-05-13T05:38:13Z

← Older revision		Revision as of 11:08, 13 May 2023
Line 6:		Line 6:

	[[वेबसाइट]] और [[वेब सर्वर]] सर्वर प्राप्त की सामग्री को लॉग करते हैं {{Not a typo\|Referer}} फ़ील्ड उस वेब पेज की पहचान करने के लिए जिससे उपयोगकर्ता प्रचार या सांख्यिकीय उद्देश्यों के लिए एक लिंक का अनुसरण करता है।<ref name="gjEm8" />इससे उपयोगकर्ता के लिए [[सूचना गोपनीयता]] का नुकसान होता है और [[सुरक्षा]] जोखिम पेश हो सकता है।<ref name="Leak" />सुरक्षा जोखिमों को कम करने के लिए, रेफ़रर में भेजी गई जानकारी की मात्रा को ब्राउज़र लगातार कम कर रहे हैं। मार्च 2021 तक, डिफ़ॉल्ट रूप से [[Google Chrome]],<ref name="N9xNj" />[[क्रोमियम (वेब ब्राउज़र)]] आधारित [[ माइक्रोसॉफ्ट बढ़त ]], [[ फ़ायरफ़ॉक्स ]],<ref name="6l6dr" />[[सफारी (वेब ब्राउज़र)]]<ref>{{Cite web\|url=https://webkit.org/blog/9661/preventing-tracking-prevention-tracking/\|title=ट्रैकिंग की रोकथाम ट्रैकिंग की रोकथाम\|first=John\|last=Wilander\|website=WebKit blog\|date=December 10, 2019\|df=ymd}}</ref> क्रॉस-ऑरिजिन अनुरोधों में केवल मूल भेजने के लिए डिफ़ॉल्ट, डोमेन नाम के अलावा सब कुछ अलग करना।		[[वेबसाइट]] और [[वेब सर्वर]] सर्वर प्राप्त की सामग्री को लॉग करते हैं {{Not a typo\|Referer}} फ़ील्ड उस वेब पेज की पहचान करने के लिए जिससे उपयोगकर्ता प्रचार या सांख्यिकीय उद्देश्यों के लिए एक लिंक का अनुसरण करता है।<ref name="gjEm8" />इससे उपयोगकर्ता के लिए [[सूचना गोपनीयता]] का नुकसान होता है और [[सुरक्षा]] जोखिम पेश हो सकता है।<ref name="Leak" />सुरक्षा जोखिमों को कम करने के लिए, रेफ़रर में भेजी गई जानकारी की मात्रा को ब्राउज़र लगातार कम कर रहे हैं। मार्च 2021 तक, डिफ़ॉल्ट रूप से [[Google Chrome]],<ref name="N9xNj" />[[क्रोमियम (वेब ब्राउज़र)]] आधारित [[ माइक्रोसॉफ्ट बढ़त ]], [[ फ़ायरफ़ॉक्स ]],<ref name="6l6dr" />[[सफारी (वेब ब्राउज़र)]]<ref>{{Cite web\|url=https://webkit.org/blog/9661/preventing-tracking-prevention-tracking/\|title=ट्रैकिंग की रोकथाम ट्रैकिंग की रोकथाम\|first=John\|last=Wilander\|website=WebKit blog\|date=December 10, 2019\|df=ymd}}</ref> क्रॉस-ऑरिजिन अनुरोधों में केवल मूल भेजने के लिए डिफ़ॉल्ट, डोमेन नाम के अलावा सब कुछ अलग करना।

			'''[[सामग्री सुरक्षा नीति]] मानक संस्करण 1.1 ने एक नया रेफरर निर्देश पेश किया जो रेफरर हेडर के संबंध में ब्राउज़र के व्यवहार पर अधिक नियंत्रण की अनुमति देता है। विशेष रूप से यह वेबमास्टर को ब्राउज़र को निर्देश देने की अनुमति देता है कि वह रेफरर को बिल्कुल भी ब्लॉक न करे, केवल उसी मूल के साथ चलते समय इसे प्रकट करे आदि।<ref name="kmzCq" />'''

	== व्युत्पत्ति ==		== व्युत्पत्ति ==
Line 23:		Line 25:


	== ~~{{anchor\|Referrer hiding}}~~ रेफरर छुपा ==		== रेफरर छुपा ==
	अधिकांश वेब सर्वर सभी ट्रैफ़िक के लॉग बनाए रखते हैं, और प्रत्येक अनुरोध के लिए वेब ब्राउज़र द्वारा भेजे गए HTTP रेफरर को रिकॉर्ड करते हैं। यह कई गोपनीयता संबंधी चिंताओं को जन्म देता है, और परिणामस्वरूप, वेब सर्वरों को वास्तविक रेफ़रिंग URL भेजे जाने से रोकने के लिए कई प्रणालियाँ विकसित की गई हैं। ये सिस्टम या तो रेफ़रलकर्ता फ़ील्ड को खाली करके या इसे गलत डेटा से बदलकर काम करते हैं। आम तौर पर, [[इंटरनेट सुरक्षा]]\|इंटरनेट-सुरक्षा सूट रेफरर डेटा को खाली कर देते हैं, जबकि वेब-आधारित सर्वर इसे एक झूठे URL से बदल देते हैं, आमतौर पर उनका अपना। इससे रेफरर स्पैम की समस्या बढ़ जाती है। दोनों विधियों के तकनीकी विवरण काफी सुसंगत हैं - सॉफ़्टवेयर अनुप्रयोग प्रॉक्सी सर्वर के रूप में कार्य करते हैं और HTTP अनुरोध में हेरफेर करते हैं, जबकि वेब-आधारित विधियाँ फ़्रेम के भीतर वेबसाइटों को लोड करती हैं, जिसके कारण वेब ब्राउज़र उनके वेबसाइट पते का एक रेफ़रलकर्ता URL भेजता है। कुछ वेब ब्राउज़र अपने उपयोगकर्ताओं को अनुरोध हेडर में रेफ़रलकर्ता फ़ील्ड को बंद करने का विकल्प देते हैं।<ref name="sendRefererHeader" />		अधिकांश वेब सर्वर सभी ट्रैफ़िक के लॉग बनाए रखते हैं, और प्रत्येक अनुरोध के लिए वेब ब्राउज़र द्वारा भेजे गए HTTP रेफरर को रिकॉर्ड करते हैं। यह कई गोपनीयता संबंधी चिंताओं को जन्म देता है, और परिणामस्वरूप, वेब सर्वरों को वास्तविक रेफ़रिंग URL भेजे जाने से रोकने के लिए कई प्रणालियाँ विकसित की गई हैं। ये सिस्टम या तो रेफ़रलकर्ता फ़ील्ड को खाली करके या इसे गलत डेटा से बदलकर काम करते हैं। आम तौर पर, [[इंटरनेट सुरक्षा]]\|इंटरनेट-सुरक्षा सूट रेफरर डेटा को खाली कर देते हैं, जबकि वेब-आधारित सर्वर इसे एक झूठे URL से बदल देते हैं, आमतौर पर उनका अपना। इससे रेफरर स्पैम की समस्या बढ़ जाती है। दोनों विधियों के तकनीकी विवरण काफी सुसंगत हैं - सॉफ़्टवेयर अनुप्रयोग प्रॉक्सी सर्वर के रूप में कार्य करते हैं और HTTP अनुरोध में हेरफेर करते हैं, जबकि वेब-आधारित विधियाँ फ़्रेम के भीतर वेबसाइटों को लोड करती हैं, जिसके कारण वेब ब्राउज़र उनके वेबसाइट पते का एक रेफ़रलकर्ता URL भेजता है। कुछ वेब ब्राउज़र अपने उपयोगकर्ताओं को अनुरोध हेडर में रेफ़रलकर्ता फ़ील्ड को बंद करने का विकल्प देते हैं।<ref name="sendRefererHeader" />

alpha>Indicwiki: Created page with "{{Short description|HTTP header field}} {{HTTP}} हाइपरटेक्स्ट परहस्त शिष्टाचार में,{{Not a typo|Referer}} (..."

2023-05-11T09:19:47Z

Created page with "{{Short description|HTTP header field}} {{HTTP}} हाइपरटेक्स्ट परहस्त शिष्टाचार में,{{Not a typo|Referer}} (..."

New page

{{Short description|HTTP header field}}
{{HTTP}}
[[ हाइपरटेक्स्ट परहस्त शिष्टाचार ]] में,{{Not a typo|Referer}} (रेफरर की गलत वर्तनी<ref name="s3T5A" /> HTTP हेडर फ़ील्ड की एक वैकल्पिक सूची है जो [[ वेब पृष्ठ ]] (यानी, [[यूनिफॉर्म रिसोर्स पहचानकर्ता]] या [[अंतर्राष्ट्रीय संसाधन पहचानकर्ता]]) के पते की पहचान करती है, जिससे संसाधन का अनुरोध किया गया है। रेफ़रलकर्ता की जाँच करके, नया वेब पेज प्रदान करने वाला सर्वर यह देख सकता है कि अनुरोध कहाँ उत्पन्न हुआ है।

सबसे आम स्थिति में, इसका मतलब यह है कि जब कोई उपयोगकर्ता [[वेब ब्राउज़र]] में [[हाइपरलिंक]] पर क्लिक करता है, जिससे ब्राउज़र गंतव्य वेब पेज वाले सर्वर को अनुरोध भेजता है, तो अनुरोध में शामिल हो सकता है {{Not a typo|Referer}} फ़ील्ड, जो उस अंतिम पृष्ठ को इंगित करता है जिस पर उपयोगकर्ता था (वह स्थान जहाँ उन्होंने लिंक पर क्लिक किया था)।

[[वेबसाइट]] और [[वेब सर्वर]] सर्वर प्राप्त की सामग्री को लॉग करते हैं {{Not a typo|Referer}} फ़ील्ड उस वेब पेज की पहचान करने के लिए जिससे उपयोगकर्ता प्रचार या सांख्यिकीय उद्देश्यों के लिए एक लिंक का अनुसरण करता है।<ref name="gjEm8" />इससे उपयोगकर्ता के लिए [[सूचना गोपनीयता]] का नुकसान होता है और [[सुरक्षा]] जोखिम पेश हो सकता है।<ref name="Leak" />सुरक्षा जोखिमों को कम करने के लिए, रेफ़रर में भेजी गई जानकारी की मात्रा को ब्राउज़र लगातार कम कर रहे हैं। मार्च 2021 तक, डिफ़ॉल्ट रूप से [[Google Chrome]],<ref name="N9xNj" />[[क्रोमियम (वेब ब्राउज़र)]] आधारित [[ माइक्रोसॉफ्ट बढ़त ]], [[ फ़ायरफ़ॉक्स ]],<ref name="6l6dr" />[[सफारी (वेब ब्राउज़र)]]<ref>{{Cite web|url=https://webkit.org/blog/9661/preventing-tracking-prevention-tracking/|title=ट्रैकिंग की रोकथाम ट्रैकिंग की रोकथाम|first=John|last=Wilander|website=WebKit blog|date=December 10, 2019|df=ymd}}</ref> क्रॉस-ऑरिजिन अनुरोधों में केवल मूल भेजने के लिए डिफ़ॉल्ट, डोमेन नाम के अलावा सब कुछ अलग करना।

== व्युत्पत्ति ==
विक्ट की गलत वर्तनी: रेफरर को मूल प्रस्ताव में कंप्यूटर वैज्ञानिक [[फिलिप हॉलम-बेकर]] द्वारा शामिल करने के लिए पेश किया गया था {{not typo|"Referer"}} हैडर फ़ील्ड [[HTTP]] विनिर्देशन में।<ref name="hallam-baker" />[[टिप्पणियों के लिए अनुरोध]] स्टैंडर्ड्स डॉक्यूमेंट RFC 1945 में शामिल किए जाने के समय (मई 1996) तक गलत स्पेलिंग पत्थर की लकीर बन गई थी।<ref name="rfc1945" />(जो 'उस समय HTTP/1.0' के रूप में संदर्भित प्रोटोकॉल के सामान्य उपयोग को दर्शाता है); दस्तावेज़ के सह-लेखक [[रॉय फील्डिंग]] ने मार्च 1995 में टिप्पणी की कि कोई भी ({{not typo|referer}} या रेफरर) अवधि के मानक [[वर्तनी (यूनिक्स)]] द्वारा समझा जाता है।<ref name="fielding" /> {{not typo|"Referer"}} तब से HTTP रेफरर्स पर चर्चा करते समय उद्योग में व्यापक रूप से इस्तेमाल की जाने वाली वर्तनी बन गई है; गलत वर्तनी का उपयोग सार्वभौमिक नहीं है, हालांकि, कुछ वेब विशिष्टताओं जैसे [https://w3c.github.io/webappsec-referrer-policy/ में सही वर्तनी रेफ़रलकर्ता का उपयोग किया जाता है <code>Referrer-Policy</code> HTTP हेडर] या दस्तावेज़ ऑब्जेक्ट मॉडल।<ref name="Leak" />

== विवरण ==
किसी वेब पेज पर जाने पर, रेफ़रलकर्ता या रेफ़रिंग पेज पिछले वेब पेज का URL होता है जिससे एक लिंक का अनुसरण किया गया था।

आम तौर पर, एक रेफ़रलकर्ता पिछले आइटम का URL होता है जिसके कारण यह अनुरोध किया गया था। एक छवि के लिए रेफरर, उदाहरण के लिए, आम तौर पर [[HTML]] पृष्ठ होता है जिस पर इसे प्रदर्शित किया जाना है। रेफरर फ़ील्ड वेब ब्राउज़र द्वारा वेब सर्वर पर भेजे गए HTTP अनुरोध का एक वैकल्पिक हिस्सा है।<ref name="mhN8X" />

कई वेबसाइटें [[वेब ट्रैकिंग]] के अपने प्रयास के भाग के रूप में संदर्भकर्ताओं को लॉग करती हैं। अधिकांश वेब लॉग विश्लेषण सॉफ़्टवेयर इस जानकारी को संसाधित कर सकते हैं। क्योंकि रेफ़रलकर्ता जानकारी [[गोपनीयता]] का उल्लंघन कर सकती है, कुछ वेब ब्राउज़र उपयोगकर्ता को रेफ़रलकर्ता जानकारी भेजने को अक्षम करने की अनुमति देते हैं।<ref name="sendRefererHeader" />गैर-सार्वजनिक वेबसाइटों के स्थान को लीक होने से बचाने के लिए कुछ [[प्रॉक्सी सर्वर]] और [[फ़ायरवॉल (नेटवर्किंग)]] सॉफ़्टवेयर भी रेफ़रलकर्ता जानकारी को फ़िल्टर कर देंगे। यह, बदले में, समस्याएँ पैदा कर सकता है: कुछ वेब सर्वर अपनी वेबसाइट के कुछ हिस्सों को उन वेब ब्राउज़रों के लिए ब्लॉक कर देते हैं जो [[डीप लिंकिंग]] या छवियों के अनधिकृत उपयोग (बैंडविड्थ चोरी) को रोकने के प्रयास में सही रेफ़रलकर्ता जानकारी नहीं भेजते हैं। कुछ प्रॉक्सी सॉफ़्टवेयर में लक्ष्य वेबसाइट के शीर्ष-स्तरीय पते को रेफ़रलकर्ता के रूप में देने की क्षमता होती है, जो इन समस्याओं को कम करता है लेकिन फिर भी कुछ मामलों में उपयोगकर्ता के अंतिम-देखे गए वेब पेज को प्रकट कर सकता है।

कई ब्लॉग उन लोगों से लिंक करने के लिए रेफरर जानकारी प्रकाशित करते हैं जो उन्हें लिंक कर रहे हैं, और इस प्रकार बातचीत को विस्तृत करते हैं। इसने [[रेफरर स्पैम]] के उदय के बदले में नेतृत्व किया है: स्पैमर की वेबसाइट को लोकप्रिय बनाने के लिए नकली रेफरर जानकारी भेजना।

[[जावास्क्रिप्ट]] में document.referrer का उपयोग कर क्लाइंट साइड पर रेफरर जानकारी तक पहुंचना संभव है।<ref name="document.referrer" />इसका उपयोग, उदाहरण के लिए, उपयोगकर्ता की खोज इंजन क्वेरी के आधार पर एक वेब पेज को वैयक्तिकृत करने के लिए किया जा सकता है। हालांकि, रेफ़रलकर्ता फ़ील्ड में हमेशा खोज कीवर्ड शामिल नहीं होते हैं, जैसे https के साथ Google खोज का उपयोग करते समय।<ref name="wjfXX" />

== {{anchor|Referrer hiding}} रेफरर छुपा ==
अधिकांश वेब सर्वर सभी ट्रैफ़िक के लॉग बनाए रखते हैं, और प्रत्येक अनुरोध के लिए वेब ब्राउज़र द्वारा भेजे गए HTTP रेफरर को रिकॉर्ड करते हैं। यह कई गोपनीयता संबंधी चिंताओं को जन्म देता है, और परिणामस्वरूप, वेब सर्वरों को वास्तविक रेफ़रिंग URL भेजे जाने से रोकने के लिए कई प्रणालियाँ विकसित की गई हैं। ये सिस्टम या तो रेफ़रलकर्ता फ़ील्ड को खाली करके या इसे गलत डेटा से बदलकर काम करते हैं। आम तौर पर, [[इंटरनेट सुरक्षा]]|इंटरनेट-सुरक्षा सूट रेफरर डेटा को खाली कर देते हैं, जबकि वेब-आधारित सर्वर इसे एक झूठे URL से बदल देते हैं, आमतौर पर उनका अपना। इससे रेफरर स्पैम की समस्या बढ़ जाती है। दोनों विधियों के तकनीकी विवरण काफी सुसंगत हैं - सॉफ़्टवेयर अनुप्रयोग प्रॉक्सी सर्वर के रूप में कार्य करते हैं और HTTP अनुरोध में हेरफेर करते हैं, जबकि वेब-आधारित विधियाँ फ़्रेम के भीतर वेबसाइटों को लोड करती हैं, जिसके कारण वेब ब्राउज़र उनके वेबसाइट पते का एक रेफ़रलकर्ता URL भेजता है। कुछ वेब ब्राउज़र अपने उपयोगकर्ताओं को अनुरोध हेडर में रेफ़रलकर्ता फ़ील्ड को बंद करने का विकल्प देते हैं।<ref name="sendRefererHeader" />

अधिकांश वेब ब्राउज़र रेफ़रलकर्ता फ़ील्ड नहीं भेजते हैं जब उन्हें ताज़ा फ़ील्ड का उपयोग करके रीडायरेक्ट करने का निर्देश दिया जाता है। इसमें [[ओपेरा (वेब ब्राउज़र)]] के कुछ संस्करण और कई मोबाइल वेब ब्राउज़र शामिल नहीं हैं। हालाँकि, पुनर्निर्देशन की इस पद्धति को [[ विश्वव्यापी वेब संकाय ]] (W3C) द्वारा हतोत्साहित किया जाता है।<ref name="tt75N" />

यदि किसी वेबसाइट को HTTP सिक्योर (HTTPS) कनेक्शन से एक्सेस किया जाता है और लिंक किसी अन्य सुरक्षित स्थान को छोड़कर कहीं भी इंगित करता है, तो रेफ़रलकर्ता फ़ील्ड नहीं भेजा जाता है।<ref name="acQA3" />

विशेषता/मान के लिए [[HTML5]] मानक जोड़ा गया समर्थन <code>rel="noreferrer"</code>, जो उपयोगकर्ता एजेंट को रेफ़रलकर्ता नहीं भेजने का निर्देश देता है।<ref name="IO0P3" />

एक अन्य रेफरर छिपाने की विधि मूल लिंक यूआरएल को डेटा यूआरआई स्कीम-आधारित यूआरएल में परिवर्तित करना है जिसमें मूल यूआरएल के [[मेटा रिफ्रेश]] के साथ छोटे एचटीएमएल पेज शामिल हैं। जब उपयोगकर्ता को से पुनर्निर्देशित किया जाता है <code>data:</code> पृष्ठ, मूल रेफ़रलकर्ता छिपा हुआ है।

[[सामग्री सुरक्षा नीति]] मानक संस्करण 1.1 ने एक नया रेफरर निर्देश पेश किया जो रेफरर हेडर के संबंध में ब्राउज़र के व्यवहार पर अधिक नियंत्रण की अनुमति देता है। विशेष रूप से यह वेबमास्टर को ब्राउज़र को निर्देश देने की अनुमति देता है कि वह रेफरर को बिल्कुल भी ब्लॉक न करे, केवल उसी मूल के साथ चलते समय इसे प्रकट करे आदि।<ref name="kmzCq" />

== संदर्भ ==
{{reflist|1=30em|refs=
<ref name="Leak">{{cite news |date=2015-09-16 |title=Does your website have a leak? |work=ICO Blog |url=https://iconewsblog.org.uk/2015/09/16/does-your-website-have-a-leak/ |access-date=2018-08-16 |url-status=dead |archive-url=https://webarchive.nationalarchives.gov.uk/20180524163908/https://iconewsblog.org.uk/2015/09/16/does-your-website-have-a-leak/ |archive-date=2018-05-24}}</ref>
<ref name="hallam-baker">{{cite web | url=https://groups.google.com/group/alt.folklore.computers/msg/e17f380d477d0526?dmode=source | title=Re: Is Al Gore The Father of the Internet? | last=Hallam-Baker | first=Phillip | date=2000-09-21 | work=alt.folklore.computers | access-date=2013-03-20}}</ref>
<ref name="fielding">{{cite web | url=http://lists.w3.org/Archives/Public/ietf-http-wg-old/1995JanApr/0107.html | title=Re: referer: (sic) | last=Fielding | first=Roy | author-link=Roy Fielding | work=ietf-http-wg-old | date=1995-03-09 | access-date=2013-03-20}}</ref>
<ref name="sendRefererHeader">{{cite web | url=http://kb.mozillazine.org/Network.http.sendRefererHeader | title=Network.http.sendRefererHeader | date=2007-06-10 | publisher=[[MozillaZine]] | access-date=2015-05-27}}</ref>
<ref name="document.referrer">{{cite web | url=http://w3schools.com/jsref/prop_doc_referrer.asp | title=HTML DOM Document referrer Property | publisher=w3schools.com | access-date=2013-03-20}}</ref>
<ref name="s3T5A">{{cite book|url=https://books.google.com/books?id=3EybAgAAQBAJ&pg=PT541|title=HTTP:The Definitive Guide|isbn=9781565925090|last1=Gourley|first1=David|last2=Totty|first2=Brian|last3=Sayer|first3=Marjorie|last4=Aggarwal|first4=Anshu|last5=Reddy|first5=Sailu|date=27 September 2002}}</ref>
<ref name="gjEm8">{{cite web |last=Kyrnin |first=Jennifer |date=2012-04-10 |title=Referrer - What is a Referrer - How do HTTP Referrers Work? |publisher=[[About.com]] |url=http://webdesign.about.com/od/loganalysis/a/aa100305.htm |access-date=2013-03-20}}</ref>
<ref name="N9xNj">{{Cite web|title=Referrer Policy: Default to strict-origin-when-cross-origin - Chrome Platform Status|url=https://www.chromestatus.com/feature/6251880185331712|access-date=2021-03-23|website=www.chromestatus.com}}</ref>
<ref name="6l6dr">{{Cite web|last1=Lee|first1=Dimi|last2=Kerschbaumer|first2=Christoph|title=Firefox 87 trims HTTP Referrers by default to protect user privacy|url=https://blog.mozilla.org/security/2021/03/22/firefox-87-trims-http-referrers-by-default-to-protect-user-privacy|access-date=2021-03-23|website=Mozilla Security Blog|language=en-US}}</ref>
<ref name="mhN8X">{{cite journal | url=http://tools.ietf.org/html/rfc7231#section-5.5.2 | title=Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content (RFC 7231 § 5.5.2) | quote=The "referrer" [sic] header field allows the user agent to specify a URI reference for the resource from which the target URI was obtained […] | date=June 2014 | publisher=[[IETF]] | doi=10.17487/RFC7231 | access-date=2014-07-26| editor-last1=Fielding | editor-last2=Reschke | editor-first1=R. | editor-first2=J. | last1=Fielding | first1=R. | last2=Reschke | first2=J. | s2cid=14399078 }}</ref>
<ref name="wjfXX">{{cite web | url=https://blog.adobe.com/en/publish/2011/10/19/the-impact-of-google-encrypted-search.html | title=The Impact of Google Encrypted Search | last=Gundersen | first=Bret | date=2011-10-19 | publisher=[[Adobe Systems|Adobe Digital Marketing Blog]] | access-date=2021-03-17}}</ref>
<ref name="tt75N">{{cite web | url=http://www.w3.org/TR/WCAG10-HTML-TECHS/#meta-element | title=HTML Techniques for Web Content Accessibility Guidelines 1.0: The META element | date=2000-11-06 | publisher=[[W3C]] | access-date=2013-03-20}}</ref>
<ref name="acQA3">{{cite journal | url=http://tools.ietf.org/html/rfc7231#section-5.5.2 | title=Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content: referrer (RFC 7231 § 5.5.2) | quote=A user agent {{sc|must not}} send a referrer header field in an unsecured HTTP request if the referring page was received with a secure protocol | date=June 2014 | publisher=IETF | doi=10.17487/RFC7231 | access-date=2014-07-26| editor-last1=Fielding | editor-last2=Reschke | editor-first1=R. | editor-first2=J. | last1=Fielding | first1=R. | last2=Reschke | first2=J. | s2cid=14399078 }}</ref>
<ref name="IO0P3">{{cite web | url=https://www.whatwg.org/specs/web-apps/current-work/multipage/links.html#link-type-noreferrer | title=4.12 Links — HTML Living Standard: 4.12.5.8 Link type "noreferrer" | date=2016-02-19 | publisher=[[WHATWG]] | access-date=2016-02-19}}</ref>
<ref name="kmzCq">{{cite web | url=http://www.w3.org/TR/CSP11/#directive-referrer | title=Content Security Policy Level 2 | publisher=W3 | date=2014 | access-date=2014-12-08}}</ref>
<ref name="rfc1945">{{cite IETF | title = Hypertext Transfer Protocol -- HTTP/1.0 | rfc = 1945 | first1 = T. | last1 = Berners-Lee | authorlink1 = Tim Berners-Lee | first2 = R. | last2 = Fielding | authorlink2 = Roy Fielding | first3 = H. | last3 = Frystyk | authorlink3 = Henrik Frystyk Nielsen | date=May 1996 | publisher = [[Internet Engineering Task Force|IETF]] | doi = 10.17487/RFC1945 }}</ref>
}}

==बाहरी संबंध==
{{Wiktionary|referer|referrer}}
* {{IETF RFC|1945|link=no}}: Hypertext Transfer Protocol -- HTTP/1.0
* {{IETF RFC|7231|link=no}}: Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content
* {{IETF RFC|3987|link=no}}: Internationalized Resource Identifiers (IRIs)
* [//w3c.github.io/webappsec/specs/referrer-policy/ Referrer Policy - W3C Editor's Draft]
[[Category: यूआरआई योजनाएं]] [[Category: यूआरएल]] [[Category: हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल हेडर]] [[Category: गैरमानक वर्तनी]]

[[Category: Machine Translated Page]]
[[Category:Created On 11/05/2023]]