Чому сервер ігнорує зміни в файлах коду, навіть якщо кеш-код відключений?

Я тестую html / js-код на своєму localhost (Windows 7, Chrome v79.0.3945.130 (64-бітний)), і приблизно 50% змін часового коду не відображаються в браузері (я бачу це за допомогою Dev Tools / Sources ).
В Інтернеті є безліч порад, але жоден, схоже, не працює:

• Клацніть правою кнопкою миші на перезавантаженні та вибрав "Порожній кеш і жорстке перезавантаження" - не допомагає в 30% випадків.
• Вимкнути кеш на вкладці "Мережа" Інструментів Chrome Dev - не допоможе.
• Додати <meta http-equiv="Cache-control" content="no-cache">в заголовку - не допомагає.
• Замінити <script src="common.js"></script>на <script src="common.js?blabla"></script>- допомагає у 60% випадків, але робити це потрібно після кожної зміни - це велика справа. Крім того, він не працює зі змінами html.
• Скопіюйте файл у новий файл (наприклад, index.html до index2.html) та замініть ім’я файлу в коді - завжди працює, але це ще більша справа.

Точно така ж проблема, коли я вчиняю код на github.io

Будь ласка, допоможіть мені зробити це, щоб сайт відображав зміни коду негайно.

Редагувати: я створив файл index3.html і помістив туди лише "привіт світ". Відкрив файл у браузері. Змінено на "привіт world2" - браузер оновив вміст. Змінено на "hello world3" - браузер все ще показував "hello world2" навіть після багаторазових перезавантажень та "Порожній кеш-пам'ять та жорстке перезавантаження". Я змінив на "hello world4" - браузер все ще показував "hello world2". За 4 години я змінився на "hello world5" - у браузері все ще відображається "hello world2". Цей файл я редагував за допомогою базового блокнота.

Edit2: Люди продовжують запитувати, який сервер я використовую. Це виглядає як частина проблеми. На жаль, я не знаю і не знаю, що саме мені потрібно зробити, щоб перевірити це. Ось усе, що я дізнався поки що:

• У мене є inetpub/wwwrootкаталог, куди я поміщаю html & js файли, а потім відкриваю index.html у веб-переглядачі http://localhost/.
• Панель "Моя мережа" в інструментах розробників виглядає приблизно так: посилання на зображення .
• Настройка сервера пройшла дуже швидко і не потребувала додаткового програмного забезпечення для встановлення. Тобто я не використовую node.js.
• Існує iisstart.htm, inetpub/wwwrootі коли я відкриваю, http://localhost/iisstart.htmвін каже IIS7.

Використання параметра - це правильний шлях! Тут ви можете додати номер версії, який ви змінюєте лише при великих змінах вручну, а для налагодження ви можете встановити її Date.time (), тому у вашому тезі <head> це змушує перезаписати всі кешовані версії, оскільки параметр завжди новий один:

< script type="text/javascript"> 
    var script = document.createElement('script'); 
    var version = Date.time();
    script.src = "common.js?v="+version; 
    document.head.appendChild(script) 
< /script>

Сподіваюся, це допомагає!

На сервері IIS7 під керуванням Windows 7, щоб запобігти кешування вашого вмісту, потрібно внести деякі зміни у ваш один із названих файлів конфігурації web.config. Файли конфігурації для IIS 7 та новіших версій розміщуються %WinDir%\System32\Inetsrv\Config folderтам, де %WinDir%знаходиться папка, де ви встановили Windows (як правило C:/Windows).

Створіть резервну копію web.configфайлу перед редагуванням, щоб ви могли відмовити його, якщо зміни, внесені до файлу, порушують його.

У свій web.configфайл просто додайте наступне, щоб запобігти кешування файлів index.html:

<?xml version="1.0" encoding="UTF-8"?>
<configuration>

  <location path="index.html">
    <system.webServer>
      <httpProtocol>
        <customHeaders>
          <add name="Cache-Control" value="no-cache" />
        </customHeaders>
      </httpProtocol>
    </system.webServer>
  </location>

</configuration>

Отримайте шлях до файлу до цього web.configфайлу: Windows Doc: Посилання на конфігурацію

Отримана вище конфігурація кешу: Як відключити кешування однофайлового HTML-файлу програми, що подається через IIS?

У мене була така ж проблема, і це мій контрольний список:

1. Перевірте web.config (кешування та кеш-пам'ять клієнтів, кеш-політику ядра тощо) або .htaccess (кеш-керування набору заголовків).
2. Якщо ви використовували динамічні мови на зразок ASP, PHP, можливо, є внутрішній параметр кешу. В одному випадку я знайшов <%Response.Expires=1440%>багато рядків коду ASP, і він долав усі інші настройки! У php session_cache_expireможливо те ж саме.
3. Якщо ви використовуєте IIS, то перевірте заголовки сервера > HTTP-відповіді, щоб переконатися, що кеш також нічого не стосується для окремих веб-сайтів, вказаних під іменем сервера.
4. перевірити http-equiv="Cache-control"html-заголовки (ви пройшли цей тест!).

Нарешті, я повинен сказати, що в усіх ситуаціях, що перераховані вище, перевірка відключення кешу на вкладці newtwork на консолі Chrome завжди працювала для мене, щоб переглянути свіжу версію сторінок, однак це добре лише для налагодження, і відвідувачі цього не роблять!

У конкретному випадку з використанням Google Chrome спробуйте: Відкрийте інструменти Dev -> Перейдіть на вкладку "Мережа". Установіть прапорець "Вимкнути кеш-пам'ять", після цього оновіть сторінку.

ПРИМІТКА. Для того, щоб це працювало кожен раз, коли вікно інструментів Dev ОБОВ'ЯЗКОВО залишатися відкритим у будь-який час.

Однак, щоб розповсюджувати зміни на своїх користувачів, не вимагаючи оновлення сторінки тощо, ви повинні додавати версії файлів у кінці кожного згаданих файлів для файлів, які часто змінюються (так, як ви вказали). Наприклад:

<link rel="stylesheet" type="text/css" href="https://cdn.sstatic.net/Sites/stackoverflow/primary.css?v=20b379f72a37" >

v=20b379f72a37Доданому до кінця це автоматично згенерований файл хеш вмісту файлу.

Це довгий знімок - але який редактор / IDE ви використовуєте? Крім того, які зміни ви вносите в index.html?

Чи можете ви надати кілька прикладів таких змін, які не відображаються під час збереження та спроби завантажити файл?

Я хотів би спробувати відтворити вашу проблему. З того, що люди пропонують, не видно, що проблема полягає в самому коді. Я підозрюю, що це питання навколишнього середовища, але мені потрібно більше інформації від вас, щоб підтвердити мої підозри.

Те, що ви пишете в мета-HTML, - це рекомендація браузерам, а не сувора інструкція. Якщо в браузері включено суворе кешування, це не допоможе.

Рішення добре описано: https://curtistimson.co.uk/post/front-end-dev/what-is-cache-busting/

Я вважаю за краще на серверній частині додати до скриптів версію з датою останнього оновлення самого файлу.

<script src="/myScript.js?v=1579780745150"></script>

Там, де 1579780745150 є Unix Timestamp, оновлює сам файл myScript.js . Він працює лише з власними файлами, але зовнішні не потрібні. Найчастіше у назві файлу є версія.

Це, мабуть, дуже засмучує, і це не здається, що ви робите щось не так.

Проблема, ймовірно, що між вашим браузером та файлом сценарію, який ви викликаєте, виконується кешування.

Щоб визначити, що це таке, дозвольте запитати, як ви переглядаєте URL-адресу localhost?

Приклади:

file://path/to/file.html
http://localhost/file.html
http://127.0.0.1/file.html
http://[machine's-hostname]/file.html
http://[custom-domain-defined-in-hosts-file]/file.html

Якщо ви працюєте, file://path/to/file.htmlце означає, що ви не переглядаєте веб-сервер / проксі. Якщо це так, http://[something]/file.htmlви запускаєте якийсь веб-сервер, і це, швидше за все, винуватець. Шукайте якесь налаштування, де ви можете вимкнути кешування.

Якщо ви не використовуєте веб-сервер і буквально переглядаєте локальний html-файл без веб-сервера, я б припустив, що винуватцем є браузер. Якщо це так, я б запропонував вимкнути кешування браузера, як запропонував Мартин Шишков .

Chrome робить це там, де, якщо файл не надто змінився, не впевнений, що це означає, він буде використовувати "компільовану" кеш-версію. Для html це означає розібране Донське дерево. Для попередньо складеного коду JS тощо.

Зазвичай існують способи вирішити це, багато фреймворків використовують хеш всередині імен файлів, як-от:, main.md5hash.jsоскільки зміна імені файлу недійсний будь-який кеш.

Тоді вам не залишиться можливого оновлення html. І щоб було зрозуміло, я не впевнений, ви завжди можете додати коментар випадковою крапкою ... як побачення.

Виходячи з оновлень вашої відповіді, я б сказав, що ваша проблема викликана IIS v7, що вона використовує вашу пам'ять ПК для кешування, а не локального жорсткого диска, тому Hard reloadвсі інші методи, здається, не працюють належним чином.

Я міг придумати 3 рішення:

1. Виправлення проблеми з кешем IIS: (Не перевірено через те, що у мене немає ПК з IIS)

1. У меню " Пуск" натисніть " Адміністративні інструменти" , а потім натисніть Менеджер інформаційних служб Інтернету (IIS). (див. зображення )
2. У дереві зору на лівій стороні , знайти додаток.
3. Виберіть пункт меню кешування вихідних даних .
4. Клацніть на Додати правило кешу, а потім введіть файл extensions, який ви хочете вимкнути кеш на них, тобто .aspx.css, .js тощо ... (один на час, я думаю?)
5. Тепер ви можете або скасувати кешування в режимі користувача, або перевірити, щоб запобігти кешування. Це має виглядати приблизно так:

Джерело рішення - Детальніше про кеш IIS 7

2. Використання деяких альтернатив IIS Є дуже багато, але я рекомендую (виходячи з мого досвіду) WAMP або XAMPP Обидва дадуть вам кращу "середовище" для розробки та обидва підтримують Windows 7. Також, якщо ви знайомі з VS Code ви можете просто використовувати розширення Live Server .

3. Використовуйте режим інкогніто Chrome , розробляючи. (Не впевнений, чи працює він для IIS7)