Для 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.