JS очистить кеш браузера

Обновлено: 03.07.2024

Вы можете использовать метатеги для очистки кеша браузера.

поместите его в раздел заголовка:

Все ответы

Это не работает

Затемнить следующую страницу как строку = "Default.aspx"

Я использую Page.ClientScript.RegisterStartupScript

Но история не проясняется. Потому что, когда я нажимаю кнопку «Назад» после входа на эту страницу, браузер показывает мне предыдущую страницу в истории.

Я предлагаю использовать JavaScript "location.replace", чтобы ограничить доступ к страницам.

Код показан ниже.

Я с нетерпением жду результатов вашего теста.

С уважением,
Zong-Qing Li
Поддержка Microsoft Online Community
Не забудьте нажать «Отметить как ответ» на посте, который вам помогает, и нажать «Снять отметку как
Ответить», если отмеченное сообщение на самом деле не отвечает на ваш вопрос.

Думаю, вы пытаетесь очистить кеш, вы можете использовать это -

Теперь, когда вы нажимаете кнопку "Назад" в браузере, так как в кеше не будет данных, браузер попытается получить страницу с сервера. Вы можете поставить точку останова и проверить, выполняется ли запрос.

Я сделал это в событии нажатия кнопки. Надеюсь, это поможет.

Защищенная подпрограмма Button1_Click( ByVal sender As Object , ByVal e As System.EventArgs) обрабатывает Button1.Click

lblMsg.Text = "Кэш очищен!"

Поймать ex как исключение

lblMsg.Text = "Кэш не очищен!"

Вы можете использовать метатеги для очистки кеша браузера.

поместите его в раздел заголовка:

спасибо за ответ.

Возможно, этот код поможет вам, я использую его для своих проектов.

Давайте поместим этот код в функцию Page_Init и пусть страница обработает это.

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

Спасибо за ответ.

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

Чтобы очистить браузер при закрытии браузера, выполните следующие действия:

1. Напишите следующий код в файле global.asax

Protected Sub Application_PreRequestHandlerExecute( ByVal sender As [Object], ByVal e As EventArgs) ' Давайте напишем сообщение, чтобы показать, что это было запущено ---

Response.Write(("SessionID: " & Session.SessionID.ToString() & "Ключ пользователя:") + DirectCast(Session("users"), String))

Если Session("users") IsNot Nothing Then

' например. это после первоначального входа в систему

Dim sKey As String = DirectCast (Session("users" ), String ) ' Доступ к элементу кэша автоматически продлевает скользящий срок действия

Если вы веб-разработчик, вы, как и я, вероятно, достигли того момента в своей карьере, когда вы случайно отправили некачественный выпуск интерфейсного ресурса. И вы дали ему срок жизни кэша 30 лет. Плохие новости. Ваши пользователи облажались, пока они вручную не очистят свой кеш. Или они?

Оказывается, есть много способов решить эту проблему без необходимости устанавливать короткий TTL для вашего объекта. Дополнительным преимуществом является то, что это также дает вам возможность планировать быстрое обновление ваших активов, даже если у вас нет плохого выпуска или проблемы. Во всех этих решениях я предполагаю, что вы знаете URL-адрес актива, который хотите очистить, и что ваше приложение по-прежнему делает какой-то запрос на ваш сервер для чего-то, во что мы можем встроить исполняемый JavaScript, поэтому либо скрипт или HTML-страница.

location.reload(true)

Ваше первое решение было предложено Стивом Содерсом и Стояном Стефановым в 2012 году. В нем используется тот факт, что метод reload() объекта местоположения принимает логический параметр принудительной перезагрузки, который отмечает MDN:

Это логический флаг, который, если он равен true, приводит к тому, что страница всегда перезагружается с сервера.

Будет ли он загружать все ресурсы страницы с сервера независимо от того, находятся ли они в данный момент в кеше или только верхний документ?

Поскольку вы не хотите мешать тому, что делает пользователь, явно перезагружая документ верхнего уровня, вам следует использовать для этого iframe. В фрагменте скрипта в документе верхнего уровня вы можете сделать это:

Затем в ответе /forcereload:

Чтобы это работало, вам нужно создать iframe, загрузить HTML-документ, не связанный с тем, что мы хотим аннулировать, а затем снова загрузить его, а также дважды загрузить объект, который нужно аннулировать (хотя первый из них будет из кеша). Это очень плохо. Вдобавок ко всему этому у вас остается iframe, прикрепленный к документу, который вы хотите как-то очистить, возможно, с почтовым сообщением от фрейма до родителя, чтобы сообщить ему, что теперь он может удалить фрейм. И, как указывает Филип Теллис, древняя, но не обновляющаяся автоматически версия Firefox войдет в бесконечный цикл перезагрузки.

Оказывается, это даже не так, как вы могли подумать.Аргумент принудительной перезагрузки, задокументированный MDN, технически не является частью спецификации интерфейса определения местоположения, и браузер не меняется, когда выполняет сетевую выборку (по крайней мере, в отношении подресурсов) на основе значения этого аргумента. Однако браузеры демонстрируют различное поведение для самой функции reload(). Chrome всегда загружает подресурс из кеша. Firefox, Edge и Safari всегда загружают его из сети.

Похоже, единственный эффект от аргумента forceReload заключается в следующем:

Что касается самого документа (iframe «reloader» в нашем методе), forceReload предлагает загрузить его по сети в Firefox, если в противном случае он был бы извлечен из кеша. Все остальные браузеры всегда перезагружают документ из сети.
Что касается подресурсов (например, скрипта, который мы пытаемся обновить), если браузер отправляет сетевой запрос на перезагрузку (все, кроме Chrome), то установка принудительной перезагрузки предотвратит выполнение условных запросов. производится, если какой-либо из перезагружаемых ресурсов имеет заголовки ETag или Last-Modified. В Chrome принудительная перезагрузка не влияет на это — в любом случае из сети не выполняется выборка.

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

Это решение использует Стив Содерс, и тестовый пример, который он создал для него в 2012 году, сегодня не работает в Chrome, что подтверждает то, что я обнаружил в ходе тестирования. Кажется, мы можем объяснить это изменением поведения Chrome. Поскольку этого аргумента нет в спецификации, технически это не ошибка, но я могу предположить, что у людей могут быть реализации этой техники в дикой природе, и жаль, что она больше не работает.

Изменение + получение

Давайте перейдем к потенциально лучшему варианту. Я немного одержим заголовком Vary, и я думаю, что мы можем использовать его здесь. Его реализуют все браузеры, и они используют его как валидатор, а не как ключ кэша, а это означает, что при изменении значения заголовка существующий кэшированный объект будет недействителен для нового запроса, а любой новый загруженный объект заменит объект, уже находящийся в кеше (это поведение отличается от CDN и других «общих» кешей, которые будут хранить несколько вариантов одного и того же URL-адреса).

Итак, давайте установим заголовок Vary для всех ответов с сервера, изменяя что-то несуществующее:

Это не будет иметь никакого эффекта, поскольку браузеры не отправляют заголовок Forced-Revalidate. Но выборка может:

Итак, что здесь происходит?

Вы делаете запрос к /thing/stuck/in/cache , и он находит совпадение в кеше, но кешированный объект изменяется с помощью Forced-Revalidate с ключом «» (пустая строка). Новый запрос имеет значение Forced-Revalidate, равное 1, поэтому он не совпадает. Вы также включаете в запрос учетные данные, чтобы гарантировать, что ответ можно использовать для обычного запроса навигации.
Запрос отправляется в сеть. Сервер возвращает новую версию файла и по-прежнему включает в себя Vary: Forced-Revalidate
Браузер перезаписывает существующий элемент кеша новым, который теперь действителен только для запросов с заголовком Forced-Revalidate: 1 .

Но подождите. Теперь элемент в кеше будет соответствовать только будущим запросам с заголовком Forced-Revalidate. В следующий раз, когда у браузера будет обычная причина для загрузки этого файла, в качестве навигации или подресурса, он не отправит специальный заголовок, и вы опять пропустите кеш. Однако на этот раз загруженный ответ будет иметь ключ изменения "" (пустая строка) и снова станет полезным.

Конечно, в идеале было бы что-то, что вы могли бы поместить вместо заголовков: < «Forced-Revalidate»: 1 >чтобы просто сказать fetch, чтобы пропустить кеш напрямую.

выборка + кеш: перезагрузка

Что приводит меня к свойству cache объекта Request API Fetch. Это самый простой и идеальный способ решить проблему:

Режим кеша «перезагрузка» указывает выборке игнорировать кеш и обращаться напрямую к сети, но сохранять любой новый ответ в кеше. Как и раньше, вы включаете учетные данные, чтобы выборка (предположительно) обрабатывалась так же, как обычная навигация для целей кэширования. Новый ответ сразу же можно использовать для любых будущих запросов, и вам не нужны какие-то сумасшедшие заголовки, iframe или что-то еще.

Звучит идеально! Ну, прямо сейчас это работает в Edge, Firefox и Safari, и Chrome почти готов (он отлично работает в Canary, но еще не стал стабильным). На самом деле поддержка этого для ресурсов того же происхождения намного лучше, чем я ожидал, а таблица поддержки MDN устарела, поэтому, вероятно, она появилась в Safari и Edge совсем недавно.

И еще. В Safari это очистит только кеш выборки, и хотя навигация может заполнить кеш выборки, обратное неверно. Кроме того, Edge — единственный браузер, поддерживающий этот междоменный доступ.

выборка + POST

Пришло время выпустить более крупное оружие.Запросы POST делают недействительным кэшированное содержимое для этого URL:

Кэш ДОЛЖЕН сделать недействительным действующий URI запроса (раздел 5.5 [RFC7230]), а также URI в полях заголовка ответа Location и Content-Location (если они есть), когда статус отсутствия ошибки код получен в ответ на небезопасный метод запроса.

Вопрос в том, учитывают ли это браузеры и кэшируют ли они ответ? Давайте посмотрим, как с помощью fetch сгенерировать программный запрос POST для застрявшего URL:

Вам придется смириться с предварительным запросом, потому что это небезопасный метод, и вы включаете учетные данные. Также оказывается, что ни один браузер не кэширует результат POST, даже если он рекламирует себя как кэшируемый (или, если они это делают, они не используют его для выполнения последующего GET). Таким образом, даже если вы увидите аннулирование, для повторного заполнения кеша потребуется как минимум 3 запроса.

С этой оговоркой Chrome и Edge преуспевают в этом, поскольку их единое представление кеша приводит к аннулированию как одинакового, так и другого контента, как для выборки, так и для навигации. Firefox и Safari следуют той же схеме, которую мы видели раньше, разделяя навигацию и выборку в отдельные кэши, поэтому POST очищает кеш выборки, но если ваш зависший объект является подресурсом, вам не повезло.

POST в iframe

Ну ладно, за копейки, за фунт, так что давайте добавим ФОРМУ в IFRAME и выполним там POST. Я знаю, мне жаль. Отчаянные времена.

Есть несколько очевидных побочных эффектов: это создаст запись в истории браузера и подвержено тем же проблемам некэширования ответа. Но он не соответствует требованиям предварительной проверки, которые существуют для выборки, и, поскольку это навигация, браузеры, разделяющие кеш, будут очищать правильный.

В этом почти все получилось. Firefox будет удерживать застрявший объект для ресурсов из разных источников, но только для последующих выборок. Каждый браузер сделает недействительным кеш навигации для объекта, как для одного, так и для ресурсов из разных источников.

Очистить данные сайта

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

Познакомьтесь с Clear-Site-Data, новым оружием массового поражения веб-разработчиков.

Независимо от того, какой URL вы хотите очистить, вы можете просто вернуть этот заголовок ответа в ответ на ЛЮБОЙ запрос в целевом источнике:

И бац, ваш кеш пропал. И не только то, что вы хотели очистить. Весь кеш для вашего источника тост. Что может просто спасти вас в крайнем случае.

Еще одно преимущество этого метода заключается в том, что вам не нужно иметь возможность запускать какой-либо клиентский JavaScript, поэтому вы даже можете отправить его в ответ на запрос изображения или таблицы стилей. Он великолепен отсутствием изощренности и жестокой эффективностью.

Обсуждение этой функции началось несколько лет назад, но она только сейчас начинает появляться в Chrome, хотя на момент написания статьи она была временно отключена по… причинам. Так что сейчас он не работает ни в одном браузере. Бу.

Заключение

Итак, в каких ситуациях браузеры делают сетевые запросы, которые делают недействительным кеш, используемый подресурсами?

< td >Да < tr> < td >Да

Техника		Firefox	Safari	Edge	Chrome
местоположение.reload	doc, forceReload, тот же источник	Да	Да	Да	Да
	документ, обычный, того же происхождения	Нет	Да	Да	Да
	doc, forceReload, кросс-происхождение	Да	Да	Да
	doc, обычный, кросс-происхождение	Нет	Да	Да	Да
	resource, forceReload, тот же источник	Да	Да	Да	Нет
	ресурс, нормальный, того же происхождения	Варьируется [1]	Да< /td>	Да	Нет
	ресурс, принудительная перезагрузка, перекрестное происхождение	Да	Да	Да	Нет
	ресурс, обычный, кросс-происхождение	Варьируется [1]	Да	Да	Нет
Варьировать + выборка	того же происхождения	Да	Да [3]	Да	Да
Варьировать + выборка	крест-о происхождение	Нет [2]	Да [3]	Да	Да
cache:reload	тот же источник	Да	Нет [4]	Да	Да [5]
cache:reload	независимое происхождение	Нет [2]	Нет [4]	Да	Да [5]
Fetch + POST	того же происхождения< /td>	Да	Нет [4]	Да	Да
Fetch + POST	кросс- происхождение	Нет [2]	Нет [4]	Да	Да
Iframe + POST	тот же источник	Да	Да	Да
Iframe + POST	независимое происхождение	Да [6]	Да	Да	Да
Очистить данные сайта	Нет	Нет	Нет	Нет

[1] Попадание в сеть, если ресурс не имеет Cache-Control: неизменяемый
[2] Разделяет кэши выборки/навигации для внешних источников, поэтому не очищает кэш навигации
[3] Выборка делает недействительной как кеш навигации, так и кеш выборки, но последующая выборка не будет повторно заполнять кеш навигации.
[4] Не очищает кеш навигации, только кеш выборки
[5] Сегодня поддерживается в Chrome Canary
[6] Не очищает кеш выборки

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

«Правильный» способ — это cache:reload , поэтому мы надеемся, что Safari и Firefox изменят свое поведение в будущем, чтобы сделать этот метод более полезным на практике.

Кто-то постоянно говорит вам «очистить кеш браузера»? Это важная диагностика, когда у вас возникают проблемы (например, ошибка 304) с веб-сайтом. Но что на самом деле означает очистка кеша браузера и как это сделать для вашего конкретного браузера?

Как очистить кэш

Каждый раз, когда вы посещаете веб-сайт, ваш веб-браузер сохраняет определенную информацию с этого сайта на жестком диске вашего компьютера в так называемом «кеше браузера». В большинстве случаев это положительный момент, поскольку он помогает ускорить просмотр веб-страниц, устраняя необходимость многократной загрузки одних и тех же статических ресурсов при просмотре веб-страницы.

Например, логотип веб-сайта вряд ли изменится, поэтому имеет смысл хранить этот логотип локально в кеше браузера, а не загружать его браузером при каждом посещении новой страницы. Но иногда этот кеш может вызвать проблемы при работе в Интернете. Вот когда вам нужно очистить кеш браузера.

В этой статье мы сначала дадим вам краткую информацию о случаях, когда вам может понадобиться очистить кеш браузера. Затем мы покажем вам, как очистить кеш браузера большинства основных браузеров. Если вы хотите быстро перейти к разделу «как», вы можете нажать на одну из ссылок ниже, в противном случае мы начнем с самого начала.

Что такое кеш? Изучите эту распространенную и сложную технологию

Зачем нужно очищать кеш браузера?

В большинстве случаев вы даже не замечаете кэширования в браузере. Он работает полностью незаметно и обычно не влияет на работу в Интернете. Но… иногда что-то может пойти не так.

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

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

Иногда при использовании локальных решений для веб-разработки, таких как MAMP, вы можете столкнуться с ошибкой «Этот сайт не может обеспечить безопасное соединение» без очистки кеша. Вы будете удивлены, как часто то, что вы считаете «серьезной» ошибкой веб-сайта, на самом деле является просто проблемой кэширования, которая исчезает, как только вы очищаете кеш браузера.

Как принудительно обновить одну страницу

Прежде чем вы приступите к очистке всего кеша браузера, вы можете попробовать одну хитрость, которая называется "принудительное обновление". Обычно, когда вы обновляете страницу, ваш браузер по-прежнему обслуживает кешированную версию страницы, а не загружает все ресурсы снова. Но на самом деле вы можете обойти кеш и принудительно выполнить полное обновление, используя несколько простых горячих клавиш:

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

Подпишитесь на рассылку новостей

Хотите узнать, как мы увеличили трафик более чем на 1000 %?

Присоединяйтесь к более чем 20 000 человек, которые получают нашу еженедельную рассылку с полезными советами по WordPress!

Как очистить кеш браузера Google Chrome

Чтобы очистить кеш Google Chrome, нажмите на значок с тремя точками в правом верхнем углу окна браузера. Затем найдите параметр «Дополнительные инструменты» и выберите «Очистить данные браузера…» в подменю:

Меню очистки данных браузера Google Chrome

Очистить кеш браузера в Google Chrome

Вы также можете изменить временной интервал вверху, хотя обычно 4 недели по умолчанию вполне подходят. Затем нажмите кнопку «Очистить данные просмотра», чтобы очистить кеш. Вот и все — кеш вашего браузера Chrome теперь пуст.

Очистка кеша браузера также является решением проблемы ERR_SPDY_PROTOCOL_ERROR.

Как очистить кэш для Mozilla Firefox

Чтобы очистить кэш браузера для Mozilla Firefox, нажмите на значок гамбургера в правом верхнем углу и выберите "История":

Меню истории Mozilla Firefox

Затем в появившемся меню выберите Очистить недавнюю историю…

Mozilla Firefox очистить недавнюю историю

Вы также можете получить доступ к меню, используя сочетание клавиш: CTRL + SHIFT + DEL. Затем Firefox откроет всплывающее окно. В раскрывающемся списке Диапазон времени для очистки: выберите Все. Затем обязательно установите флажок «Кэш», чтобы избежать очистки важных данных просмотра. Затем нажмите «Очистить сейчас», чтобы очистить кеш:

Очистить кеш браузера в Mozilla Firefox

И все! Кэш вашего браузера Firefox теперь пуст.

Тратьте меньше времени на устранение неполадок и больше времени на развитие своего бизнеса благодаря нашему упрощенному управлению веб-сайтом. Попробуйте Kinsta бесплатно.

Как очистить кэш Safari

Очистить историю в Safari

Показать меню разработчика в Safari

Затем вы можете перейти в раздел «Разработка» → «Очистить кеш», чтобы очистить кеш браузера Safari:

Очистить кеш браузера в Safari

Как очистить кэш для Internet Explorer

Чтобы очистить кэш браузера для Internet Explorer, нажмите значок шестеренки в правом верхнем углу, чтобы получить доступ к меню "Инструменты". Затем найдите «Безопасность» и выберите «Удалить историю просмотров…» в подменю:

Internet Explorer удалить историю посещенных страниц

Вы также можете получить доступ к меню, используя сочетание клавиш: CTRL + SHIFT + DEL. Internet Explorer откроет всплывающее окно. Обязательно выберите только поле «Временные файлы Интернета и файлы веб-сайтов», чтобы не удалять важную информацию. Затем нажмите кнопку Удалить внизу:

Очистить кэш браузера в Internet Explorer

И кеш вашего браузера Internet Explorer очищен!

Как очистить кеш для Microsoft Edge

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

Настройки Microsoft Edge

Прокрутите вниз и нажмите Выберите, что очистить.

Выберите, что очистить в Microsoft Edge

Убедитесь, что вы выбрали только поле Кэшированные данные и файлы, чтобы не удалить важную информацию. Вы также можете получить доступ к меню, используя сочетание клавиш: CTRL + SHIFT + DEL. Затем нажмите кнопку "Очистить" внизу.

очистить кеш браузера в Microsoft Edge

Как очистить кэш Opera

Чтобы очистить кеш браузера для Opera, щелкните значок Opera в левом верхнем углу, найдите параметр «Дополнительные инструменты» и выберите «Очистить данные браузера» в подменю:

Opera очистить данные браузера

В большинстве случаев следует установить параметр Уничтожить следующие элементы из: равно минимум за последние 4 недели. Затем обязательно установите флажок «Кэшированные изображения и файлы» и нажмите кнопку «Очистить данные браузера»:

Очистить кеш браузера в Opera

Кэш вашего браузера Opera теперь пуст.

Экономьте время, деньги и повышайте эффективность сайта с помощью:

Мгновенная помощь от экспертов по хостингу WordPress, круглосуточно и без выходных.
Интеграция с Cloudflare Enterprise.
Глобальный охват аудитории благодаря 29 центрам обработки данных по всему миру.
Оптимизация с помощью нашего встроенного мониторинга производительности приложений.

Все это и многое другое в одном плане без долгосрочных контрактов, помощи при миграции и 30-дневной гарантии возврата денег. Ознакомьтесь с нашими планами или поговорите с отделом продаж, чтобы найти план, который подходит именно вам.

Отобранные статьи по теме

Блог

Что такое кэшированные данные? Изучите 3 простых способа очистить его

Узнайте все о том, что такое кешированные данные и почему их очистка — лучший вариант для повышения общей производительности сайта.

Блог

Что такое кэш Google? Все, что нужно знать владельцам веб-сайтов

Еще не знакомы с Google Cache? Узнайте все, что вам нужно знать об этом и о том, как это может помочь вам решить проблемы на вашем веб-сайте.

Блог

Что такое кеш? Изучите эту распространенную и сложную технологию

Узнайте, что такое кэш, и разберитесь с этой распространенной веб-технологией.Мы также покажем вам множество способов реализации кэширования на вашем сайте.

Подпишитесь на нашу рассылку

Получите премиум-контент на отмеченной наградами платформе хостинга WordPress

Подпишитесь на рассылку новостей

Войдите на MyKinsta или ознакомьтесь с демо-аккаунтом

Кэш браузера – это набор временных копий или снимков файлов, изображений и кода веб-сайта, который помогает посетителям ускорить загрузку при следующем посещении того же веб-сайта.

Кэш браузера обычно обеспечивает быструю и оптимальную работу посетителей веб-сайта, однако в некоторых случаях рекомендуется периодически очищать кэш браузера.

В этой статье мы подробно обсудим, что такое кеш браузера и как очистить кеш браузера во всех основных браузерах. Мы также обсудим, как владельцы веб-сайтов могут заблаговременно включить кеширование браузера на своей стороне, чтобы обеспечить оптимальную скорость страницы.

Что такое кэш браузера?

Кэш браузера (произносится как «cash») – это временная копия элементов или ресурсов определенного веб-сайта, которая будет храниться на компьютере посетителя для более быстрой загрузки этого веб-сайта для будущие визиты.

Кэш создает копии только статических ресурсов, таких как:

Мультимедиа (изображения, логотип, изображения, видео, фоновые изображения и т. д.).
HTML
CSS
JavaScript

Проще говоря, это просто набор ресурсов, хранящихся на вашем компьютере и помогающий отображать веб-страницу. Получить что-то с компьютера (жесткого диска) всегда быстрее, чем из Интернета (из-за потенциальных проблем с пропускной способностью и скоростью интернета).

Когда пользователи посещают веб-сайт, их браузер отправляет запрос на удаленные серверы этого конкретного веб-сайта, и этот сервер отправляет браузеру один или несколько ресурсов веб-сайта. Некоторые статические ресурсы (как описано выше) хранятся на жестких дисках пользователя.

Файлы cookie отслеживают конкретную информацию о работе пользователя в Интернете, например:

Страницы, которые вы посетили.
Сколько страниц вы просмотрели?
Сколько времени вы провели на сайте?
Контент какого типа вы читаете?
Что вы нажали?
Что находится в ваших корзинах и т. д.?
Ваша демографическая информация.

Файлы cookie помогают веб-мастеру и рекламодателям персонализировать ваш опыт работы с конкретным веб-сайтом, а также показывать вам релевантную рекламу.

С другой стороны, кеш браузера строго локален и уникален для того конкретного веб-сайта, который вы посещаете. Его основная цель — ускорить загрузку конкретной веб-страницы.

Читайте также: