Почему Хром запрашивает favicon.ico там, где его нет и не было?

Question

[ChemAli]

Поднял голый vps + lamp для опытов. Проверяю работу Хромом и тут же в логах появляются запросы favicon.ico и, соответственно, в логах об ошибках тоже потому что этого файла никто не создавал и не ссылался на него.



Посмотрел на одном из сайтов — весь лог ошибок засран запросами /favicon.ico 404, хотя он лежит в /images/favicon.ico и в коде страниц путь указан именно в поддиректории.



Хром по умолчанию ищет этот файл и будет долбиться вечно пока не найдёт его?



— Есть /favicon.ico?

— Нет.

— А если найду?

Answer 1

[Razario777]

А как простите хром должен узнать, что файла нет, если он его не запросит?
Он не должен искать его во всех подряд каталогах, файл должен быть в корне, поэтому класть в images в subimages и прочие директории смысла нету.

Comments

[ChemAli]

Я считал, что если ссылки на файл нигде нету (в первом случае именно так), то нефиг его вообще запрашивать. Во втором случае указан путь в заголовках html — по указанному пути и бери. В чём проблема-то для браузера? :)

[MiXei4]

Недавно заметил, что даже яндекс автоматически подцепляет иконку из корня, даже если на странице никакой иконки указано не было.
Видимо такой «стандарт».

[merlin-vrn]

Точно так же, ждите запросов robots.txt, даже если его нет.

Answer 2

[Илья Севостьянов]

Поиск в корневой директории favicon.ico осуществляется в случае если в явно не указано местоположение, через использование тега
<link rel="icon" type="image/png" href="/someimage.png" />
Проверьте, обрабатывается ли ваше указание, возможно вы допустили ошибку/опечатку в разметке. Посмотрите консоль в браузере, возможно там есть какие-то ошибки. и т.д.

Comments

[ChemAli]

Зачем запрашивать иконку, если ссылки на неё нет вообще нигде? На первом сайте никакой разметки нет вообще, а Хром уже пытается искать там иконку.

Во втором случае путь к иконке указан точно, но Хром всё равно ищет ее в корне:

<link rel="shortcut icon" href="/i/vj_favicon.ico" type="image/x-icon">

[Илья Севостьянов]

Поиск favicon это стандарт для браузеров уже много лет, с тех пор как он только появился (в IE кстати впервые), это поведение присуще всем браузерам.
конкретно в вашем случае возможно вы согрешили с MIME-type, еще в 2003 году IANA приняла стандарт в отношении ICO согласно которого правильный MIME-type для ICO: vnd.microsoft.icon
Хотя канонически image/x-icon должен поддерживаться по крайней мере большой тройкой браузеров, уж хромом всяко. Попробуйте сменить MIME-тип

[Илья Севостьянов]

Кстати а что «светится» в панели Network инструментов разработчика в самом хроме?

Answer 3

[EugeneOZ]

Да. И не только хром.
wiki.nginx.org/Drupal — тут смотрите пример, как не пачкать логи этим.

Answer 4

[Razario777]

Смотрите, недавно логировал запросы к сайту на ASP.MVC, страницу как раз открывал через хром:
Первое обращение как раз к /favicon.ico
Второе обращение к странице которая указана в адресной строке
т.е. по логике он даже не смотрит указан ли у вас link rel=«shortcut icon», т.к. сначала пытается загрузить иконку, а уже потом страницу, в которой указан данный атрибут.

Comments

[Илья Севостьянов]

проглядел логи с пяток сайтов — favicon.ico, запрашивается аккурать после первого Response с телом страницы, т.е. стало быть после ее парсинга движком браузера (хром, лиса, опера — без разницы)
Как-то у Вас странно вышло, у меня воспроизвести не удается.

[Razario777]

Странно, вечером попробую опять, отчет скину

Answer 5

[charon]

читал об этом на стековерфлоу. Много букв, но если коротко, то просто смиритесь с этим. Не один, так другой браузер всегда будут ломиться именно на /favicon.ico. Рекомендуется отключить логирование таких запросов на уровне вебсервера и просто забыть.