Quel est le moyen le plus fiable pour masquer / usurper le référent en JavaScript?

J'ai trouvé une solution qui fonctionne dans Chrome et Firefox. J'ai mis en place le code dans un Script, Ne pas suivre moi Google.

Démo (testé dans Firefox 9 et Chrome 17): http://jsfiddle.net/RxHw5/

Référent de la clandestinité pour Webkit (Chrome, ..) et Firefox 37+ (33+*)

Basé sur Webkit navigateurs (google Chrome, Safari) soutien <a >^spec.

Référent de masquage peut être pleinement mises en œuvre en combinant cette méthode avec deux écouteurs d'événement:

• mousedown - Sur un clic, clic milieu, cliquez-droit sur contextmenu, ...
• keydown (Tab Tab Tab ... Entrée).

Code:

function hideRefer(e) {
   var a = e.target;
   //The following line is used to deal with nested elements,
   // such as: <a href="."> Stack <em>Overflow</em> </a>.
   if (a && a.tagName !== 'A') a = a.parentNode;
   if (a && a.tagName === 'A') {
      a.rel = 'noreferrer';
   }
}
window.addEventListener('mousedown', hideRefer, true);
window.addEventListener('keydown', hideRefer, true);

* rel=noreferrer est pris en charge dans Firefox depuis 33, mais le soutien est limité à la page des liens. Des référents ont été encore envoyé lorsque l'utilisateur ouvre l'onglet via le menu contextuel. Ce bogue a été corrigé dans Firefox 37 ^{[bug 1031264]}.

Référent de masquage pour les anciennes versions de Firefox

Firefox n'a pas de soutien jusqu'à la version 33 `^{[bug 530396]} (ou 37, si vous voulez cacher le référent pour les menus contextuels ainsi).

Un data-URI + <meta http-equiv=refresh> peut être utilisé pour masquer le référent dans Firefox et IE). La mise en œuvre de cette fonctionnalité est plus compliqué, mais nécessite également deux événements:

• click Cliquez sur le clic du milieu, Entrée
• contextmenu - Sur clic droit, Tab Tab ... Contextmenu

Dans Firefox, la click événement est déclenché pour chaque mouseup et appuyant sur la touche Entrée sur un lien (ou contrôle de formulaire). Le contextmenu événement est nécessaire, car le click événement se déclenche trop tard pour ce cas.

Basés sur les données-URIs et en une fraction de seconde délais d'attente:

Lorsque le click événement est déclenché, le href attribut est temporairement remplacé par un data-URI. L'événement terminé, et le comportement par défaut se produit: l'Ouverture de la data-URI, dépend de la target attribut et SHIFT/CTRL modificateurs.

Pendant ce temps, le href attribut est restauré à son état d'origine.

Lorsque le contextmenu événement est déclenché, le lien change également pour une fraction de seconde.

• La Open Link in ... options ouvrir le data-URI.
• La Copy Link location option fait référence à la restauration, URI originale.
• ☹ La Bookmark option fait référence à la data-URI.
• ☹ Save Link as points à la data-URI.

Code:

//Create a data-URI, redirection by <meta http-equiv=refresh content="0;url=..">
function doNotTrack(url) {
   //As short as possible. " can potentially break the <meta content> attribute,
   //# breaks the data-URI. So, escape both characters.
   var url = url.replace(/"/g,'%22').replace(/#/g,'%23');
   //In case the server does not respond, or if one wants to bookmark the page,
   // also include an anchor. Strictly, only <meta ... > is needed.
   url = '<title>Redirect</title>'
       + '<a href="' +url+ '" style="color:blue">' +url+ '</a>'
       + '<meta http-equiv=refresh content="0;url=' +url+ '">';
   return 'data:text/html,' + url;
}
function hideRefer(e) {
   var a = e.target;
   if (a && a.tagName !== 'A') a = a.parentNode;
   if (a && a.tagName === 'A') {
      if (e.type == 'contextmenu' || e.button < 2) {
         var realHref = a.href; //Remember original URI
         //Replaces href attribute with data-URI
         a.href = doNotTrack(a.href);
         //Restore the URI, as soon as possible
         setTimeout(function() {a.href = realHref;}, 4);
      }
   }
}
document.addEventListener('click', hideRefer, true);
document.addEventListener('contextmenu', hideRefer, true);

Combinaison de ces deux méthodes

Malheureusement, il n'y a pas de façon simple de détecter les fonctionnalités de cette fonctionnalité (laisser seul compte pour les bugs). Ainsi, vous pouvez sélectionner le code approprié basé sur navigator.userAgent (c-UA-sniffing), ou d'utiliser l'un de l'enchevêtrement des méthodes de détection de Comment puis-je détecter soutien?.

Comme demandé, à l'aide de JavaScript:

var meta = document.createElement('meta');
meta.name = "referrer";
meta.content = "no-referrer";
document.getElementsByTagName('head')[0].appendChild(meta);

Cela va ajouter la balise meta suivante à la section d'en-tête de la page web:

<meta name="referrer" content="no-referrer" />

À partir de 2015 c'est la façon dont vous prévenir de l'envoi de l'en-tête Referer.

Vous pouvez utiliser la nouvelle Référent de la Politique projet de norme pour éviter que l'en-tête referer est envoyé à la demande de l'origine. Exemple:

<meta name="referrer" content="none">

Bien que Chrome et Firefox ont déjà mis en œuvre un projet de version de le Référent de la Politique, vous devez être prudent avec elle parce que par exemple google Chrome s'attend à ce no-referrer au lieu de none (et j'ai aussi vu never quelque part). Je ne connais pas le comportement si vous venez d'ajouter trois balises meta, mais dans le cas où cela ne fonctionne pas, vous pouvez toujours juste mettre en œuvre un petit script qui parcourt tous les trois valeurs et vérifie si la valeur a été vraiment mis après la définition de l'attribut/propriété de la balise meta.

Cette balise meta s'applique à toutes les demandes sur la page en cours (ajax, les images, les scripts, les autres ressources...) et la navigation vers une autre page.

Ce que vous demandez ne peut pas être fait dans Firefox.

La contexte actuel du menu de mise en œuvre passe toujours le document actuel en tant que référent:

//Open linked-to URL in a new window.
openLink: function () {
    var doc = this.target.ownerDocument;
    urlSecurityCheck(this.linkURL, doc.nodePrincipal);
    openLinkIn(this.linkURL, "window", {
        charset: doc.characterSet,
        referrerURI: doc.documentURIObject //<----------------
    });
},

//Open linked-to URL in a new tab.
openLinkInTab: function () {
    var doc = this.target.ownerDocument;
    urlSecurityCheck(this.linkURL, doc.nodePrincipal);
    openLinkIn(this.linkURL, "tab", {
        charset: doc.characterSet,
        referrerURI: doc.documentURIObject //<----------------
    });
},

//open URL in current tab
openLinkInCurrent: function () {
    var doc = this.target.ownerDocument;
    urlSecurityCheck(this.linkURL, doc.nodePrincipal);
    openLinkIn(this.linkURL, "current", {
        charset: doc.characterSet,
        referrerURI: doc.documentURIObject //<----------------
    });
}, 

Évidemment, userscripts ne sont pas autorisés à modifier le menu contextuel de la mise en œuvre, de sorte que le seul moyen de sortir est une extension de navigateur.

(Ou, ce qui serait une assez mauvaise hack, désactiver le menu contextuel en appelant preventDefault() sur le contextmenu de l'événement, et d'utiliser votre propre menu contextuel personnalisé)

J'ai mis en place un simple mais efficace iframe solution à l'aide de jquery.

https://jsfiddle.net/skibulk/0oebphet/

(function($){
  var f = $('<iframe src="about:blank" style="display: none !important;">').appendTo('body');
  $('a[rel~=noreferrer]').click(function(event){
    var a = $(event.target.outerHTML);
    a.appendTo(f.contents().find('body'));
    a[0].click();
    return false;
  });
})(jQuery);