Misplaced Pages

Talk:HTTP referer: Difference between revisions

Article snapshot taken from Wikipedia with creative commons attribution-sharealike license. Give it a read and then ask your questions in the chat. We can research this topic together.
Browse history interactively← Previous editContent deleted Content addedVisualWikitext
Revision as of 01:35, 23 March 2012 editMattflaschen (talk | contribs)Extended confirmed users23,013 edits Reverted move: tweak← Previous edit Latest revision as of 14:15, 20 August 2024 edit undoLeonidlednev (talk | contribs)Extended confirmed users, Pending changes reviewers18,222 editsm Reverted edits by 2600:480A:8110:DD00:AD0C:7BB1:C3CE:74EE (talk) to last version by 105.113.13.8Tag: Rollback 
(47 intermediate revisions by 28 users not shown)
Line 1: Line 1:
{{WikiProject Computing|class=|importance=}} {{WikiProject banner shell|class=C|
{{WikiProject Computing |importance=Low |software=y |software-importance=Low |websites=y |websites-importance=Mid |security=yes |security-importance=Low}}
{{WikiProject Internet |importance=Low}}
}}

== Mention of Security ==

I'm aware of no context where the referer header would be used as a security mechanism, given that it's voluntary, browser-supplied information. It might be unwise to suggest it as relevant to security at all, lest people think it has real utility in that respect. <span style="font-size: smaller;" class="autosigned">— Preceding ] comment added by ] (]) 16:33, 14 July 2012 (UTC)</span><!-- Template:Unsigned IP --> <!--Autosigned by SineBot-->


== Spelling== == Spelling==
Line 9: Line 16:
::], the original proposer of the referer field and most likely the person most likely for the spelling has made this exact argument, that his spelling is now the most commonly used and thus is now the 'correct' one. ::], the original proposer of the referer field and most likely the person most likely for the spelling has made this exact argument, that his spelling is now the most commonly used and thus is now the 'correct' one.


I think it's cool that ] redirects to a 'common misspelling' of itself. :) - ] ] 22:36, 16 February 2006 (UTC) I think it's cool that ] redirects to a 'common misspelling' of itself. :) - ] ] 22:36, 16 February 2006 (UTC)


Since "correct" spellings are only conventions coming from common usage, it is probably more correct to say that "referer" was formerly regarded as a mis-spelling but has come into such common usage in a broad number of respected contexts that it is becoming, in fact, an accepted alternative correct spelling for referrer. In fact, it may be on its way to full acceptance as *the* correct spelling, and referrer may well become an archaicism... we'll know when that heppens when Misplaced Pages's use of "referrer" simply looks strange and its insistence that "referer" is an mis-spelling seems eccentric and dowdy ;) Since "correct" spellings are only conventions coming from common usage, it is probably more correct to say that "referer" was formerly regarded as a mis-spelling but has come into such common usage in a broad number of respected contexts that it is becoming, in fact, an accepted alternative correct spelling for referrer. In fact, it may be on its way to full acceptance as *the* correct spelling, and referrer may well become an archaicism... we'll know when that heppens when Misplaced Pages's use of "referrer" simply looks strange and its insistence that "referer" is an mis-spelling seems eccentric and dowdy ;)
Line 16: Line 23:


I wonder what's to argue here. This is NOT a casual everyday word. It's defined in a '''standard''' (both its meaning and spelling)! And since the article describes the term in the meaning given by the standard there's simply no question about how to spell it. There's NO "Referrer" field in HTTP headers. There's "Referer" no matter you like it or not! We could simply explain that matter in the beginning of the article and use the correct (in this context) spelling. It doesn't matter if you deem its spelling correct or not. Suppose there's a template in wiki that's called "spelling_eror", it's called like that and no other way. Because if later i want to refer to this same template and call it "spelling_error" i'd be wrong, because there is NO such template (or if there was - it could be different). <span style="font-size: smaller;" class="autosigned">—Preceding ] comment added by ] (]) 03:47, 17 May 2009 (UTC)</span><!-- Template:UnsignedIP --> <!--Autosigned by SineBot--> I wonder what's to argue here. This is NOT a casual everyday word. It's defined in a '''standard''' (both its meaning and spelling)! And since the article describes the term in the meaning given by the standard there's simply no question about how to spell it. There's NO "Referrer" field in HTTP headers. There's "Referer" no matter you like it or not! We could simply explain that matter in the beginning of the article and use the correct (in this context) spelling. It doesn't matter if you deem its spelling correct or not. Suppose there's a template in wiki that's called "spelling_eror", it's called like that and no other way. Because if later i want to refer to this same template and call it "spelling_error" i'd be wrong, because there is NO such template (or if there was - it could be different). <span style="font-size: smaller;" class="autosigned">—Preceding ] comment added by ] (]) 03:47, 17 May 2009 (UTC)</span><!-- Template:UnsignedIP --> <!--Autosigned by SineBot-->

Even though language changes naturally, during transition we add ambiguity to our most powerful form of communication. Standards are good because they help us understand a greater set of texts from a greater set of regions over a greater amount of time; there was a world with words in it before the HTTP spec. Even if changes in spelling ultimately lead to a hypothetically-ideal language, but in the interim make communication more difficult, is it really worth justifying poor communication by calling it natural evolution? Don't justify mistakes and laziness by claiming you're creating the next version of English. ] (]) 16:16, 20 August 2019 (UTC)

:''We'' aren't "creating the next version of English". That is happening whether we like it or not. The question is whether referer / referrer is an actual alternate spelling like donut / doughnut, or whether it is simply a misspelling and something that it is too much trouble to correct, like using "minus" to indicate a surplus of electrons. And that's not something we decide. As an encyclopedia we report what the highest quality sources say about it.

:While this is clearly a case where the reader understands either version, in many cases it hinders communication if we don't use the same spelling or grammar. Yes, you can decide to use non-standard fleemishes and the reader can still gloork the meaning from the context, but there ix a limit; If too many ot the vleeps are changed, it becomes harder and qixer to fllf what the wethcz is blorping, and evenually izs is bkb longer possible to ghilred frok at wifx. Dnighth? Ngfipht yk ur! Uvq the hhvd or hnnngh. Blorgk? Blorgk! Blorgkity-blorgk!!!! --] (]) 21:01, 20 August 2019 (UTC)


==Requested move== ==Requested move==
<div class="boilerplate metadata discussion-archived" style="background-color: #f5f3ef; margin: 2em 0 0 0; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;"> <div class="boilerplate metadata discussion-archived" style="background-color: #f5f3ef; margin: 2em 0 0 0; padding: 0 10px 0 10px; border: 1px solid #AAAAAA;">
:''The following discussion is archived. <span style="color:red">'''Please do not modify it.'''</span> Subsequent comments should be made in a new section.'' {{#if:'''Move approved by consensus'''--] ] ] '''''<font color="green">]</font>''''' 17:00, 18 November 2008 (UTC)|''A summary of the conclusions reached follows.'' :''The following discussion is archived. <span style="color:red">'''Please do not modify it.'''</span> Subsequent comments should be made in a new section.'' {{#if:'''Move approved by consensus'''--] ] ] '']'' 17:00, 18 November 2008 (UTC)|''A summary of the conclusions reached follows.''
::'''Move approved by consensus'''--] ] ] '''''<font color="green">]</font>''''' 17:00, 18 November 2008 (UTC) ::'''Move approved by consensus'''--] ] ] '']'' 17:00, 18 November 2008 (UTC)
---- ----
}} <!-- from Template:discussion top--> }} <!-- from Template:discussion top-->
Line 47: Line 60:
:''The above discussion is preserved as an archive. <span style="color:red">'''Please do not modify it.'''</span> Subsequent comments should be made in a new section.''<!-- from Template:discussion bottom --></div> :''The above discussion is preserved as an archive. <span style="color:red">'''Please do not modify it.'''</span> Subsequent comments should be made in a new section.''<!-- from Template:discussion bottom --></div>


== Rewrite == == Derefer Rewrite ==


I've just rewritten the '''Derefer''' section, Misplaced Pages does not need a list of dereferer services. The concept of this '''dereferer''' appears to be altering the HTTP header defining the referring URI, so I've put in a concise section explaining the whole thing and mentioning '''dereferer'''. I've also removed all the external links, as none of them were very relevant to the article and looked like link spam. --] ] 07:22, 4 July 2007 (UTC) I've just rewritten the '''Derefer''' section, Misplaced Pages does not need a list of dereferer services. The concept of this '''dereferer''' appears to be altering the HTTP header defining the referring URI, so I've put in a concise section explaining the whole thing and mentioning '''dereferer'''. I've also removed all the external links, as none of them were very relevant to the article and looked like link spam. --] ] 07:22, 4 July 2007 (UTC)
Line 62: Line 75:
:When you manually type a URL, no referrer is sent because <i>technically</i> no site referred you. In cases of opening in a new tab, the actual answer partly depends on the browser itself but typically it's the same thing: no referrer is sent. You can easily find out for yourself if you're curious by using Fiddler , HTTPLook , SmartSniff , WireShark and/or many many other packet sniffers or HTTP sniffers . ] (]) 05:02, 19 October 2011 (UTC) :When you manually type a URL, no referrer is sent because <i>technically</i> no site referred you. In cases of opening in a new tab, the actual answer partly depends on the browser itself but typically it's the same thing: no referrer is sent. You can easily find out for yourself if you're curious by using Fiddler , HTTPLook , SmartSniff , WireShark and/or many many other packet sniffers or HTTP sniffers . ] (]) 05:02, 19 October 2011 (UTC)
: :

== Chrome and anti-hotlinking - ] (]) 20:34, 23 February 2012 (UTC) ==

Some, if not all, "apps" for Chrome cannot be added if the referrer is not "Chrome Store" (Tested via Dragon's option of hiding referrers). Apps are actually links with an icon bigger than Favicon, and with referrer checkup. I.e. if Chrome.supergiantgames.com is visited without having "Bastion" app added, one will be redirected to Chrome Store. Other apps aren't that much into protecting it - i.e. Angry Birds' "chrome" page can be viewed on any HTML5 browser, but if the app is "added", one can play the first episode offline. Those claiming Android has no DRM forget that Android's browser itself, combined with a Google account, could act as DRM. This is just some info you may need to know to understand how much Referrer means to Google Chrome.


== Reverted move == == Reverted move ==


I've reverted the move. Referer is the technical term for the header, used in the main RFC, regardless of what spellings are also used. This is important for a technical topic. Also, "HTTP referer" has more Google hits than "HTTP referrer". Similarly, "referer spoofing" has more than "referrer spoofing". Finally, there was no consensus for this change, while the original consensus is right above us. I've also made the spelling in the article use referer. ] - ] 01:29, 23 March 2012 (UTC) I've reverted the move. Referer is the technical term for the header, used in the main RFC, regardless of what spellings are also used. This is important for a technical topic. Also, "HTTP referer" has more Google hits than "HTTP referrer". Similarly, "referer spoofing" has more than "referrer spoofing". Finally, there was no consensus for this change, while the original consensus is right above us. I've also made the spelling in the article use referer. ] - ] 01:29, 23 March 2012 (UTC)
:Sorry, I misread the history. I see now that the consensus was referrer, and that A:-)Brunuś moved it without consensus. I'll revert myself. ] - ] 01:56, 23 March 2012 (UTC)

Thanks, I was just composing some history to clarify. It's possibly worth posting what I have, for future reference:
These three articles have a confusing history regarding their titles:
*] () &bull; ] ()
*] () &bull; ] ()
*] () &bull; ] ()
*See ] ({{oldid|Talk:HTTP referer#Requested move|483463313|permalink}}).

Technically (RFC 2616) the term is "referer" but it is acknowledged that that term was and is a misspelling, as explained at ]. ] (]) 02:20, 23 March 2012 (UTC)
:A:-)Brunuś has just reverted it again without comment or edit summary. I think that's inappropriate, since there's clearly an ongoing discussion. ] - ] 19:48, 23 March 2012 (UTC)

'''Background''' The three articles are listed above. The issue concerns whether the word "referrer" should be used in the titles and articles, or whether the misspelling "referer" should be used (both UK and US spellings are "referrer"). Some history is in ]: the original specification contained the spelling mistake "referer", and that term is used in ]. Also, many websites use the incorrect spelling in normal text.

The sequence of events is:
*{{user|A:-)Brunuś}} moved the articles to "referer" and used that spelling in the text.
*{{user|Johnuniq}} moved the articles to "referrer" and restored the original text.
*{{user|Superm401}} reverted Johnuniq, but then self-reverted upon discovering the above sequence.
*{{user|A:-)Brunuś}} moved the articles to "referer" and used that spelling in the text.
] (]) 00:48, 24 March 2012 (UTC)

===Details on usage of "Referer"===
:''Added 01:26, 25 March 2012 (UTC)''
The defacto standard defining "HTTP Referer" is RFC 2616. That document uses the term "Referer" (with capital R) as the name of a field in an ]. The document does not use the word "referer" (with lowercase R)—that is, "Referer" is the name of a field, and is not used as an English word. The RFC correctly spells words such as in these extracts:
:<u>referred</u> to as "HTTP/1.1"
:URI given by the user or <u>referring</u> resource

In the RFC, defines the field, and reads (the text includes the "" as shown; my underlining):
:The <u>Referer</u> request-header field allows the client to specify, for the server's benefit, the address (URI) of the resource from which the Request-URI was obtained (the "<u>referrer</u>", although the header field is misspelled.) The <u>Referer</u> request-header allows a server to generate lists of back-links to resources for interest, logging, optimized caching, etc. It also allows obsolete or mistyped links to be traced for maintenance. The <u>Referer</u> field MUST NOT be sent if the Request-URI was obtained from a source that does not have its own URI, such as input from the user keyboard.
That shows that the document writers became aware of the misspelling, and that they use "referrer" when required as an English word. Archived emails show that the RFC contributors acknowledge the mistake.

The ] Level 1 specification (1998 and subsequent updates) () specifies methods to allow scripts to interact with HTML documents. One method is <code>getReferrer()</code> which returns the "referrer" (double r in both cases)—the term "referer" is ''not'' used, despite the fact that it means "HTTP referer".

Summary: The original specification uses "Referer" as a technical term (with a capital R); it does not use the word "referer"; it uses "referring" when required. (Our article currently includes "{{xt|the referer or refering page is the URL...}}" with two typos.) Many websites that discuss technical issues have copied the "referer" spelling, but some standards (like DOM) use the correct spelling. ] (]) 01:26, 25 March 2012 (UTC)

===Discussion===
*Clearly the text should use the correct spelling because this is an encyclopedia and we need to get basic English correct (currently, we have the absurd "{{xt|When visiting a webpage, the referer or refering page is the URL of the previous webpage}}" which contains two typos). To my mind, the titles should also use the correct spelling because there is no requirement that a title must use the exact text which appears in a specification. Anyone looking for ] will find it because that page will exist as a redirect to ]. ] (]) 00:48, 24 March 2012 (UTC)
*:I just asked for comments at ]. ] (]) 03:01, 24 March 2012 (UTC)
*Wiktionary seems to recognise ]… ] (]) 10:34, 24 March 2012 (UTC)
*:The Wiktionary entry (]) states "Common misspelling of referrer". ] (]) 01:26, 25 March 2012 (UTC)
* '''Comment''' What spelling do the most authoritative secondary sources use? Do they correct the error in the specification or repeat it? —'']'' 11:54, 24 March 2012 (UTC)
*:I put some details ]. There is no doubt that the technical term is "Referer" and that must be used in the article. There are two issues: (1) How should words used in descriptions be spelled?; (2) What spelling should the article titles use? My view is that obviously correct English must be used for (1), and for (2), I see no reason that the technical term "Referer" needs to appear in the title (particularly since style here is to use lowercase, yet the defining standard only uses the term with a capital R to indicate that it is being used as jargon). ] (]) 01:26, 25 March 2012 (UTC)
:*'''referer''' ''is'' the official spelling of the ''technical term''. Since the ''technical term'' is the subject of the article, it seems to me that there is an ''obvious'' reason for including the technical term "referer" in the article. Also, please note the 4-year old archived discussion of the issue.] (]) 23:47, 9 May 2012 (UTC)

== HTTP referer and redirect status codes ==

I noticed in Chrome that a ] doesn't cause the browser to transmit a referer header. Is this default behavior? --] (]) 23:34, 15 May 2012 (UTC)

== Lead Rewrite? ==
] added a ''lead rewrite'' tag to the article but did not put any suggestions on the Talk page. What should be done? -- ] (]) 15:46, 17 December 2012 (UTC)

== RfC Announce: Wikimedia referrer policy ==

In February of 2016 the Wikimedia foundation started sending information to all of the websites we link to that allow the owner of the website (or someone who hacks the website, or law enforcement with a search warrant / subpoena) to figure out what Misplaced Pages page the user was reading when they clicked on the external link.

The WMF is not bound by Misplaced Pages RfCs, but we can use an advisory-only RfC to decide what information, if any, we want to send to websites we link to and then put in a request to the WMF. I have posted such an advisory-only RfC, which may be found here:

''']'''

Please comment so that we can determine the consensus of the Misplaced Pages community on this matter. --] (]) 21:53, 10 June 2017 (UTC)

Latest revision as of 14:15, 20 August 2024

This article is rated C-class on Misplaced Pages's content assessment scale.
It is of interest to the following WikiProjects:
WikiProject iconComputing: Software / Websites / Security Low‑importance
WikiProject iconThis article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Misplaced Pages. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing
LowThis article has been rated as Low-importance on the project's importance scale.
Taskforce icon
This article is supported by WikiProject Software (assessed as Low-importance).
Taskforce icon
This article is supported by WikiProject Websites (assessed as Mid-importance).
Taskforce icon
This article is supported by WikiProject Computer Security (assessed as Low-importance).
Things you can help WikiProject Computer Security with:
Article alerts will be generated shortly by AAlertBot. Please allow some days for processing. More information...
  • Review importance and quality of existing articles
  • Identify categories related to Computer Security
  • Tag related articles
  • Identify articles for creation (see also: Article requests)
  • Identify articles for improvement
  • Create the Project Navigation Box including lists of adopted articles, requested articles, reviewed articles, etc.
  • Find editors who have shown interest in this subject and ask them to take a look here.
WikiProject iconInternet Low‑importance
WikiProject iconThis article is within the scope of WikiProject Internet, a collaborative effort to improve the coverage of the Internet on Misplaced Pages. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.InternetWikipedia:WikiProject InternetTemplate:WikiProject InternetInternet
LowThis article has been rated as Low-importance on the project's importance scale.

Mention of Security

I'm aware of no context where the referer header would be used as a security mechanism, given that it's voluntary, browser-supplied information. It might be unwise to suggest it as relevant to security at all, lest people think it has real utility in that respect. — Preceding unsigned comment added by 64.53.220.164 (talk) 16:33, 14 July 2012 (UTC)

Spelling

Would it not make more sense to spell the word correctly across the majority of this page, apart from where necessary to highlight the mistake? Andrewferrier 14:16, 2004 Oct 23 (UTC) Unseparated entry. When adding a section to talk page, give it a name - especially if you're the starting the talk page. Yura87 (talk) 20:38, 23 February 2012 (UTC)

I think the intention in not doing so was to imply (somewhat justifiably) that "referer" is, although historically a mistake, now the "correct"/"accepted" spelling for this usage. Essentially, "referer" and "referrer" have become different words, and this article is only about the first of them. This is, of course, a rather descriptivist take on the situation... - IMSoP 19:30, 24 Oct 2004 (UTC)
Phillip Hallam-Baker, the original proposer of the referer field and most likely the person most likely for the spelling has made this exact argument, that his spelling is now the most commonly used and thus is now the 'correct' one.

I think it's cool that Referrer redirects to a 'common misspelling' of itself. :) - ulayiti (talk) 22:36, 16 February 2006 (UTC)

Since "correct" spellings are only conventions coming from common usage, it is probably more correct to say that "referer" was formerly regarded as a mis-spelling but has come into such common usage in a broad number of respected contexts that it is becoming, in fact, an accepted alternative correct spelling for referrer. In fact, it may be on its way to full acceptance as *the* correct spelling, and referrer may well become an archaicism... we'll know when that heppens when Misplaced Pages's use of "referrer" simply looks strange and its insistence that "referer" is an mis-spelling seems eccentric and dowdy ;)

Stephen --142.176.233.227 (talk) 14:02, 7 April 2009 (UTC)

I wonder what's to argue here. This is NOT a casual everyday word. It's defined in a standard (both its meaning and spelling)! And since the article describes the term in the meaning given by the standard there's simply no question about how to spell it. There's NO "Referrer" field in HTTP headers. There's "Referer" no matter you like it or not! We could simply explain that matter in the beginning of the article and use the correct (in this context) spelling. It doesn't matter if you deem its spelling correct or not. Suppose there's a template in wiki that's called "spelling_eror", it's called like that and no other way. Because if later i want to refer to this same template and call it "spelling_error" i'd be wrong, because there is NO such template (or if there was - it could be different). —Preceding unsigned comment added by 78.130.136.30 (talk) 03:47, 17 May 2009 (UTC)

Even though language changes naturally, during transition we add ambiguity to our most powerful form of communication. Standards are good because they help us understand a greater set of texts from a greater set of regions over a greater amount of time; there was a world with words in it before the HTTP spec. Even if changes in spelling ultimately lead to a hypothetically-ideal language, but in the interim make communication more difficult, is it really worth justifying poor communication by calling it natural evolution? Don't justify mistakes and laziness by claiming you're creating the next version of English. 2600:1700:7261:6AD0:70EC:BFFB:BCEA:49F4 (talk) 16:16, 20 August 2019 (UTC)

We aren't "creating the next version of English". That is happening whether we like it or not. The question is whether referer / referrer is an actual alternate spelling like donut / doughnut, or whether it is simply a misspelling and something that it is too much trouble to correct, like using "minus" to indicate a surplus of electrons. And that's not something we decide. As an encyclopedia we report what the highest quality sources say about it.
While this is clearly a case where the reader understands either version, in many cases it hinders communication if we don't use the same spelling or grammar. Yes, you can decide to use non-standard fleemishes and the reader can still gloork the meaning from the context, but there ix a limit; If too many ot the vleeps are changed, it becomes harder and qixer to fllf what the wethcz is blorping, and evenually izs is bkb longer possible to ghilred frok at wifx. Dnighth? Ngfipht yk ur! Uvq the hhvd or hnnngh. Blorgk? Blorgk! Blorgkity-blorgk!!!! --Guy Macon (talk) 21:01, 20 August 2019 (UTC)

Requested move

The following discussion is archived. Please do not modify it. Subsequent comments should be made in a new section. A summary of the conclusions reached follows.
Move approved by consensus--Aervanath lives in the Orphanage 17:00, 18 November 2008 (UTC)

HTTP refererHTTP referrer — move proposal for discussion already took place. — Voidvector (talk) 12:18, 11 November 2008 (UTC)

Survey

Feel free to state your position on the renaming proposal by beginning a new line in this section with *'''Support''' or *'''Oppose''', then sign your comment with ~~~~. Since polling is not a substitute for discussion, please explain your reasons, taking into account Misplaced Pages's naming conventions.

Discussion

Any additional comments:

Someone moved this page without discussion to "referrer" and removed all mention of the spelling "referer", for no apparent reason other than personal preference. I just reverted this. It is important to understand that the spelling "referer" is not simply jargon but the spelling actually used within the HTTP protocol itself, as well as all official standards documents. The spelling kind of irks me too but at this point it is deeply embedded in the fabric of the Web. It would be misleading to spell it differently, especially for those people who are writing programs manipulating it. Redquark 02:35, 25 January 2007 (UTC)

I would prefer the correct spelling, because
  • it is a “referrer”
  • DOM spells it correctly: document.referrer
  • RFC 2616, the HTTP 1.1 standard, says: the "referrer", although the header field is misspelled. So even the HTTP standard says it’s a “referrer”, but obviously they cannot name it like that because it would break backward compatibility. They could also have named the header field “ref”, but would that mean it’s not a “referrer”? No.
91.4.21.49 (talk) 15:18, 9 August 2008 (UTC)
I support this. Worth a move request. --Monk (talk) 22:59, 27 September 2008 (UTC)
I would also support moving to correct spelling, and clearly note the misspelling usage in HTTP protocol.--Voidvector (talk) 12:08, 11 November 2008 (UTC)
  • Oppose. This clearly appears to be the way it was spelled. It's like if you name your son Thom and then find out later that Tom is spelled without an "h". uses "referer", and notes that it isn't a correctly spelled word. I can remember when Data General had a spell check program but didn't want to release it to the public for lack of a good word list. It had the fatal flaw that after you spell checked a document you could hit one key to dump all the misspelled words into the dictionary. It had programmer spelled with one m, two m's, and three m's. So the folks who created the Internet couldn't spell. Big deal. 199.125.109.59 (talk) 04:05, 13 November 2008 (UTC)
The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

Derefer Rewrite

I've just rewritten the Derefer section, Misplaced Pages does not need a list of dereferer services. The concept of this dereferer appears to be altering the HTTP header defining the referring URI, so I've put in a concise section explaining the whole thing and mentioning dereferer. I've also removed all the external links, as none of them were very relevant to the article and looked like link spam. --Draicone 07:22, 4 July 2007 (UTC)

Hide Referrer / SpoofURL

I see two sites listed in external links - Hide Referrer and SpoofURL. Shouldn't these be removed? I don't think they're considerably notable to be included. Anyone who wants to use such services can easily search it up. I'll remove these links after two weeks if I get no response here. Ankur Banerjee (talk) 19:39, 14 April 2009 (UTC)

Since I didn't get any objections, I removed the said links. Ankur Banerjee (talk) 07:53, 8 May 2009 (UTC)

When is it sent?

I know that referrer information is sent if I click on a link or if an image is loaded to be slotted into a page I am viewing. But is a referrer sent if I type a URL into the address bar and press enter? This would seem to be a privacy concern, as if for example someone is on their Facebook page, then decides to visit a website (but not by clicking on a link), their identity is disclosed to the site they visit. Is this behaviour consistent or variable between browsers? What happens if you open a link in a new tab or new window, or if you load a bookmark in the same tab that you just had another site in? I've always wondered about this. Beorhtwulf (talk) 17:25, 23 August 2011 (UTC)

When you manually type a URL, no referrer is sent because technically no site referred you. In cases of opening in a new tab, the actual answer partly depends on the browser itself but typically it's the same thing: no referrer is sent. You can easily find out for yourself if you're curious by using Fiddler , HTTPLook , SmartSniff , WireShark and/or many many other packet sniffers or HTTP sniffers . Eliwins (talk) 05:02, 19 October 2011 (UTC)

Reverted move

I've reverted the move. Referer is the technical term for the header, used in the main RFC, regardless of what spellings are also used. This is important for a technical topic. Also, "HTTP referer" has more Google hits than "HTTP referrer". Similarly, "referer spoofing" has more than "referrer spoofing". Finally, there was no consensus for this change, while the original consensus is right above us. I've also made the spelling in the article use referer. Superm401 - Talk 01:29, 23 March 2012 (UTC)

Sorry, I misread the history. I see now that the consensus was referrer, and that A:-)Brunuś moved it without consensus. I'll revert myself. Superm401 - Talk 01:56, 23 March 2012 (UTC)

Thanks, I was just composing some history to clarify. It's possibly worth posting what I have, for future reference: These three articles have a confusing history regarding their titles:

Technically (RFC 2616) the term is "referer" but it is acknowledged that that term was and is a misspelling, as explained at HTTP referrer#Origin of the term referer. Johnuniq (talk) 02:20, 23 March 2012 (UTC)

A:-)Brunuś has just reverted it again without comment or edit summary. I think that's inappropriate, since there's clearly an ongoing discussion. Superm401 - Talk 19:48, 23 March 2012 (UTC)

Background The three articles are listed above. The issue concerns whether the word "referrer" should be used in the titles and articles, or whether the misspelling "referer" should be used (both UK and US spellings are "referrer"). Some history is in the article: the original specification contained the spelling mistake "referer", and that term is used in HTTP headers. Also, many websites use the incorrect spelling in normal text.

The sequence of events is:

Johnuniq (talk) 00:48, 24 March 2012 (UTC)

Details on usage of "Referer"

Added 01:26, 25 March 2012 (UTC)

The defacto standard defining "HTTP Referer" is RFC 2616. That document uses the term "Referer" (with capital R) as the name of a field in an HTTP header. The document does not use the word "referer" (with lowercase R)—that is, "Referer" is the name of a field, and is not used as an English word. The RFC correctly spells words such as in these extracts:

referred to as "HTTP/1.1"
URI given by the user or referring resource

In the RFC, section 14.36 defines the field, and reads (the text includes the "" as shown; my underlining):

The Referer request-header field allows the client to specify, for the server's benefit, the address (URI) of the resource from which the Request-URI was obtained (the "referrer", although the header field is misspelled.) The Referer request-header allows a server to generate lists of back-links to resources for interest, logging, optimized caching, etc. It also allows obsolete or mistyped links to be traced for maintenance. The Referer field MUST NOT be sent if the Request-URI was obtained from a source that does not have its own URI, such as input from the user keyboard.

That shows that the document writers became aware of the misspelling, and that they use "referrer" when required as an English word. Archived emails like this show that the RFC contributors acknowledge the mistake.

The DOM Level 1 specification (1998 and subsequent updates) (text) specifies methods to allow scripts to interact with HTML documents. One method is getReferrer() which returns the "referrer" (double r in both cases)—the term "referer" is not used, despite the fact that it means "HTTP referer".

Summary: The original specification uses "Referer" as a technical term (with a capital R); it does not use the word "referer"; it uses "referring" when required. (Our article currently includes "the referer or refering page is the URL..." with two typos.) Many websites that discuss technical issues have copied the "referer" spelling, but some standards (like DOM) use the correct spelling. Johnuniq (talk) 01:26, 25 March 2012 (UTC)

Discussion

  • Clearly the text should use the correct spelling because this is an encyclopedia and we need to get basic English correct (currently, we have the absurd "When visiting a webpage, the referer or refering page is the URL of the previous webpage" which contains two typos). To my mind, the titles should also use the correct spelling because there is no requirement that a title must use the exact text which appears in a specification. Anyone looking for HTTP referer will find it because that page will exist as a redirect to HTTP referrer. Johnuniq (talk) 00:48, 24 March 2012 (UTC)
    I just asked for comments at WT:WikiProject Computing#Referer vs. referrer. Johnuniq (talk) 03:01, 24 March 2012 (UTC)
  • Wiktionary seems to recognise wikt:refererA:-)Brunuś (talk) 10:34, 24 March 2012 (UTC)
    The Wiktionary entry (wikt:referer) states "Common misspelling of referrer". Johnuniq (talk) 01:26, 25 March 2012 (UTC)
  • Comment What spelling do the most authoritative secondary sources use? Do they correct the error in the specification or repeat it? —Ruud 11:54, 24 March 2012 (UTC)
    I put some details above. There is no doubt that the technical term is "Referer" and that must be used in the article. There are two issues: (1) How should words used in descriptions be spelled?; (2) What spelling should the article titles use? My view is that obviously correct English must be used for (1), and for (2), I see no reason that the technical term "Referer" needs to appear in the title (particularly since style here is to use lowercase, yet the defining standard only uses the term with a capital R to indicate that it is being used as jargon). Johnuniq (talk) 01:26, 25 March 2012 (UTC)
  • referer is the official spelling of the technical term. Since the technical term is the subject of the article, it seems to me that there is an obvious reason for including the technical term "referer" in the article. Also, please note the 4-year old archived discussion of the issue.Marikafragen (talk) 23:47, 9 May 2012 (UTC)

HTTP referer and redirect status codes

I noticed in Chrome that a redirect status code response (3xx) doesn't cause the browser to transmit a referer header. Is this default behavior? --Abdull (talk) 23:34, 15 May 2012 (UTC)

Lead Rewrite?

Widefox added a lead rewrite tag to the article but did not put any suggestions on the Talk page. What should be done? -- Frankie1969 (talk) 15:46, 17 December 2012 (UTC)

RfC Announce: Wikimedia referrer policy

In February of 2016 the Wikimedia foundation started sending information to all of the websites we link to that allow the owner of the website (or someone who hacks the website, or law enforcement with a search warrant / subpoena) to figure out what Misplaced Pages page the user was reading when they clicked on the external link.

The WMF is not bound by Misplaced Pages RfCs, but we can use an advisory-only RfC to decide what information, if any, we want to send to websites we link to and then put in a request to the WMF. I have posted such an advisory-only RfC, which may be found here:

Misplaced Pages:Village pump (policy)#RfC: Wikimedia referrer policy

Please comment so that we can determine the consensus of the Misplaced Pages community on this matter. --Guy Macon (talk) 21:53, 10 June 2017 (UTC)

Categories: