Для Mac це Shift + Command + R або утримування Shift, натиснувши кнопку перезавантаження (на відміну від Command + R або звичайне натискання для звичайного оновлення).
Ще кілька деталей:
Для Shift + Command + R кеш просто ігнорується, а ресурси запитуються так, як не було кешу.
Для Command + R Chrome надсилає If-Modified-Since
або Etag
надсилає запити на веб-сервер навіть для речей, які фактично кешовані . Більшість, якщо не всі, вміст, на який сервер повинен відповідати 304 Not Modified
. Це справедливо для більшості, якщо не всіх сучасних браузерів.
Єдиним способом змусити покладатися на кеш (без браузера навіть не вимагати можливих змін), здається, це натиснути посилання на веб-сторінці, або перейшовши за посиланням закладок, або зайти в рядок URL-адреси та натиснути Повернутися туди ( Команда + L, повернення).
Однак: давно відома проблема в Chrome, Chrome Forced Refresh не ігнорує кеш (і новіша Reload / Refresh не оновлюється ), або, можливо, фактично функція в WebKit, динамічно вставлені субресурси не скасовуються, навіть якщо документ, що містить Reloaded , робить Chrome не очищати ВСЕ пов'язані кеші при використанні вищезазначених методів. Розробник Chromium пояснює :
На вкладці мережі інструментів для розробників відображається водоспад усіх ресурсів під час їх завантаження. Праворуч є дві вертикальні лінії ... на одній з них під наведенням курсирується напис "Подія завантаження запущена". Будь-яке завантаження після цього пункту офіційно не є частиною сторінки (сторінка може надсилати запити годинами) [...], тому НЕ буде "оновлена" будь-якою комбінацією f5. Це за дизайном.
[...]
Кешування [будь-якого ресурсу, до та після рядка "Завантажена подія завантаження"] визначається заголовками HTTP відповіді, а не часом видання запиту.
Також зверніть увагу на твіт @ ChromiumDev :
Відключений кеш DevTools Chrome недійсний кеш диска (чудово підходить для розробки!), Але .. лише тоді, коли видно devtools.