Kann ich den Browser anweisen, nicht nach einem Favicon zu suchen?

Ich habe eine Website, die kein Favicon hat / braucht.

Gibt es eine Möglichkeit, den Browser anzuweisen, keine Anfrage nach /favicon.ico zu verschwenden?

Ich meine nicht das Filtern von Protokollen, sondern etwas clientseitiges, wie dies:

<link rel="shortcut icon" href="about:blank" />

Das scheint zu funktionieren, aber ich bin nicht in der Lage, umfassende Tests durchzuführen (und Suchmaschinen sind nicht hilfreich).

Kann jemand bestätigen, ob dies eine gültige Methode ist, oder eine geeignete Alternative anbieten?

Update: Weitere Untersuchungen haben ergeben, dass dies nicht funktioniert (zumindest nicht mit Chromium 18 in einer nicht lokalen Domain). Eine Teillösung verwendet eine data:URL, um ein Base64-Leerbild bereitzustellen ( Beispiel von hier ):

<link href="data:image/x-icon;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQEAYAAABPYyMiAAAABmJLR0T///////8JWPfcAAAACXBIWXMAAABIAAAASABGyWs+AAAAF0lEQVRIx2NgGAWjYBSMglEwCkbBSAcACBAAAeaR9cIAAAAASUVORK5CYII=" rel="icon" type="image/x-icon" />

Das funktioniert, hat aber zwei Nachteile:

In Browsern, die keine Daten-URLs unterstützen, schlägt dies vermutlich fehl.
Es wird überhaupt kein Favicon angezeigt, dh das Standardsymbol des Browsers wird ausgeblendet.

html favicon

— Peter Boughton
quelle

Hast du diese Frage auf SO gesehen?

— 14.

Nein, danke für den Link. Ich gehe von Max 'Kommentar "benutze eine leere Datei" aus und frage mich, ob dies <link href="data:image/x-icon;" rel="shortcut icon" />eine gültige Lösung ist - es scheint, als würde es funktionieren (zeigt die Standardeinstellung des Browsers an), aber ich muss testen, wie IE7 / andere darauf reagieren.

— Peter Boughton

— Ich habe

Hmm, versteckt in einem nicht offensichtlichen Link in einer Antwort auf diese Frage ist eine verwandte Frage zu SO mit vielen Antworten / Kommentaren - scheint nichts Neues / Nützliches zu sein, aber für den Fall, dass ich etwas verpasst habe, hier ist der Link sowieso .

— Peter Boughton

[Es kann hier erwähnenswert sein, dass Websites, die im Allgemeinen extrem besorgt sind über Leistung, Seitengröße, Anforderungen usw. und mit wahrscheinlich besserem Grund, z. Google, Yahoo, zum größten Teil einfach weitermachen und ein Symbol erstellen und zu wichtigeren Problemen

— '14.

Nun, ich habe gerade ein paar Tests mit zufälligen Browsern durchgeführt, die ich zufällig installiert hatte, mit Wireshark und einer einfachen Webseite, die das Tag enthielt

<link rel="shortcut icon" href="about:blank">

Hier sind die bisherigen Ergebnisse:

Chromium 18.0 unter Ubuntu Linux: Funktioniert. Keine Anfragen für /favicon.ico, kein Favicon angezeigt.
Google Chrome 21.0 unter Windows XP: Funktioniert.
Firefox 15.0.1 unter Ubuntu Linux: Inkonsistentes Verhalten. Anscheinend zeigt Firefox kein Favicon und fordert beim Laden /favicon.icoder ersten Seite kein HTTP an . Wenn die Seite jedoch zum zweiten Mal besucht wird, /favicon.icowird geladen und angezeigt.
Firefox 15.0 unter Windows XP: Inkonsistentes Verhalten wie oben.
Opera 10.10 unter Ubuntu Linux: Funktioniert nicht. Anfragen werden /favicon.icoaber nicht angezeigt.
Konqueror 4.8.4 unter Ubuntu Linux: Funktioniert.
rekonq 0.9.1 unter Ubuntu Linux: Broken. Versucht, /about:blankvom Server anzufordern .
Internet Explorer 8.0 unter Windows XP: Inkonsistent (?). Schien anfangs zu arbeiten, wurde aber /favicon.icoirgendwann angefordert, höchstwahrscheinlich nachdem ich eine andere Seite besucht und den Zurück-Button benutzt hatte. Das Testen war etwas kompliziert durch die Tatsache, dass IE sich aus irgendeinem Grund weigert, meine Testfavicons tatsächlich zu rendern. Benötigt mehr Tests.

Weitere Hinweise:

Browser neigen dazu, Favicons ziemlich aggressiv zwischenzuspeichern. Normale Methoden zum Löschen des Browser-Cache scheinen nicht immer zu funktionieren. Ich musste die Browser mit brandneuen Sandkastenprofilen betreiben, um konsistent wiederholbare Ergebnisse zu erzielen. Insbesondere greift reconq zumindest darauf zurück, das (nicht standardmäßige) Favicon von einer anderen Seite auf derselben Site anzuzeigen, wenn eine zwischengespeicherte Seite vorhanden ist.

— Ilmari Karonen
quelle