Как решить [Подать следующие статические ресурсы из домена, который не устанавливает куки]

Question

Я борюсь за то, чего не знаю вообще. Когда я проверял свой веб-сайт, я получил такой результат: [Serve the following static resources from a domain that doesn't set cookies:], И этот результат вызван изображениями, которые я использовал для фоновых изображений. Я пытался гуглить на эту тему, но все ответы, кажется, трудно понять. Кто-нибудь здесь знает об этом и любом простом решении, чтобы исправить это?

Answer 1

Я постараюсь дать обзор очень высокого уровня, так как вы не дали много подробностей в своем вопросе. Пожалуйста, имейте в виду, что есть много способов решить эту проблему, и я попытаюсь дать одно решение, которое, я думаю, легко понять.

Это сообщение предполагает, что если ваш сайт www.company.com, то вы должны загрузить статический контент с www.companycdn.com. И этот новый сайт (www.companycdn.com) представляет собой простой статический веб-сайт, который не обслуживает файлы cookie.

Для этого вам необходимо загрузить статический ресурс (например, изображения) во второй домен.

А затем обновите пути изображений к новому домену. Например, вместо этого: <img src="logo.jpg"/>, вы должны изменить это на это <img src="//www.companycdn.com/logo.jpg"/>

Этот ответ содержит больше информации: https://webmasters.stackexchange.com/questions/1772/how-do-i-set-up-a-cookie-less-domain

Answer 2

Как правило, когда вы обслуживаете контент, такой как изображения, JavaScript, CSS, нет никаких причин, чтобы cookie-файл HTTP сопровождал его, поскольку это создает дополнительные издержки. Вот почему многие инструменты сообщают об этом. Вот два быстрых и простых варианта:

Вариант 1 - использовать CDN

Используйте CDN для размещения ваших изображений, которые могут игнорировать файлы cookie, а также удалять файлы cookie, что полностью предотвращает получение клиентом заголовка ответа Set-Cookie. Примечание: Вы не можете отключить куки на Cloudflare.

Вариант 2 - наведите статические активы на новый домен

Это пример с WordPress.

1. Сначала создайте поддомен, такой как static.domain.com. Здесь вы будете доставлять все свои файлы.
2. Укажите свой поддомен в каталоге /wp-content с помощью CNAME.
3. Отредактируйте файл wp-config.php, чтобы отразить следующее:

define("WP_CONTENT_URL", "http://static.domain.com"); 
define("COOKIE_DOMAIN", "domain.com");

Подробнее о том, как исправить предупреждение о подаче статического контента из домена без файлов cookie, читайте в этом посте.

Answer 3

Если вы новичок в этом. Я хотел бы, чтобы вы сначала сказали вам, что после того, как вы установите cookie, он будет отправляться на сервер при каждом запросе.

По умолчанию он отправляется на все запросы, поступающие на ваш родительский домен и на все его дочерние домены. Вот как куки влияют на все.

Поэтому, чтобы повысить скорость работы вашего сайта, не перегружайте http-запросы. Если вы урежете печенье, это будет лучше.

Теперь давайте перейдем к тому, как это сделать. Используйте другое доменное имя, вы также можете запретить настройку cookie для некоторых поддоменов, но в долгосрочной перспективе это может быть обязанностью разработчика.

Например, Quikr имеет родительский домен http://www.quikr.com/ но загружает все статические ресурсы с kuikr.com.

http://teja1.kuikr.com/public/images/dist/RECarousel/hospitality_jobs.png

Надеюсь, это поможет. Спасибо!

Answer 4

@ Брайан Джексон очень хорошо описал, как этого добиться. Большинство людей задают этот вопрос после запуска таких инструментов, как Pagespeed Insights, GtMetrix, Pingdom и т. Д., И вот что рекомендуется:

Основным фактором повышения рейтинга в поисковых системах является фактическая скорость загрузки (контрольный список оптимизации является второстепенным). Перемещение ваших статических ресурсов на поддомен увеличит время загрузки страницы, а не уменьшит его (в большинстве случаев, особенно если речь идет о нескольких файлах, css, js и некоторых изображениях). Даже использование CDN будет иметь негативные последствия, если вы используете только некоторые таблицы стилей, ресурсы js и несколько изображений, просто чтобы получить более высокий балл по этим инструментам.

Если у вас много образов или очень большие статические ресурсы, рекомендуется использовать быстрый CDN, который поможет во многих отношениях.

Если вы делаете это, чтобы получить более высокую оценку в контрольном списке инструментов, я бы воспользовался советом @Brian Jackson и сравнил до и после с Google Pagespeed Insights. Это даст вам ответ, если ваши изменения повлияли на скорость загрузки страницы или ухудшили ее. Никогда не жертвуйте скоростью загрузки для установки другого флажка, эти инструменты являются общими и не подходят для каждого конкретного веб-сайта или веб-приложения.

На изображении выше я указал на рекомендацию YSlow. Когда я перемещаю рассматриваемые ресурсы в поддомен без файлов cookie, оценка оптимизации YSlow и Pagespeed Insights возрастает до 100%, однако скорость загрузки слегка падает (100-300 мс), в результате чего Google оценивает веб-сайт "Среднее" вместо " Хорошо". При использовании CDN скорость падает еще больше, в результате чего Google оценивает скорость сайтов как "плохую". Вместо того, чтобы сохранять 100% оптимизацию, всегда выбирайте фактическую скорость. Лучший инструмент для проверки фактической скорости - это Pingdom: