Ось ще одне просте рішення, яке може спрацювати, коли інші виходять з ладу:
Сьогодні для мене працювало досить просте рішення для розробників, коли проблема кешування була кешованим CSS-файлом. Якщо коротко: Створіть тимчасову копію html-файлу та перейдіть до неї, щоб оновити кеш CSS.
Цей трюк може оновити файл CSS, принаймні, у браузері Android за замовчуванням на блакитний глобус Android (але, цілком ймовірно, його побратим, офіційний браузер Chrome теж, і будь-які інші браузери, з якими ми стикаємося на «розумних» телефонах із їх тенденцією агресивного кешування ).
Деталі:
Спочатку я спробував деякі досить прості рішення, якими поділився тут, але без успіху (наприклад, очищення недавньої історії конкретного сайту, але не місяців та місяців його). Однак мій останній CSS не буде застосовано для оновлення апона. І що, хоча я вже використовував номер-трюк версії у файлі виклику CSS у розділі html, який допоміг мені уникнути цих примхливих агресивних кешингу в минулому. (наприклад: link rel = "stylesheet" href = "style.css? v = 001", де ви оновлюєте цей номер псевдоверсії щоразу, коли вносите зміни до CSS-файлу, наприклад, 001, 002, 003, 004 ... (слід робити у кожному html-файлі сайту))
Цього разу (серпень 2019 року) оновлення номера версії файлів CSS більше не було достатньо, і для мене не працювали деякі простіші заходи, або я навіть не міг знайти доступ до деяких із них (на позиченому телефоні Android).
Врешті-решт я спробував щось порівняно просте, що остаточно вирішило проблему:
Я зробив копію файлу index.html сайту, давши йому інше ім’я (indexcopy.html), завантажив його, переглянув його на пристрої Android, потім переглянув на початкову сторінку, оновив її (кнопкою оновлення ліворуч від адресний рядок) та voilà: цього разу оновлення index.html нарешті спрацювало.
Пояснення: остання версія файлу CSS тепер остаточно застосована на Android під час оновлення відповідної сторінки html, оскільки кешована копія файлу CSS була оновлена під час виклику файлу CSS із іншої сторінки тимчасового html, яка не існувала ніде в історії веб-переглядачів і потім я можу знову видалити його. Агресивне кешування, очевидно, ігнорувало URL-адресу CSS і замість цього перейшло за URL-адресою HTML, навіть незважаючи на те, що файл CSS потрібно було оновити в кеші.