Сброс кеша Chrome для перезагрузки синхронизации браузера - PullRequest
0 голосов
/ 27 мая 2018

У меня работает браузерная синхронизация, но я все еще испытываю трудности с кэшированием предыдущего html.Даже с проверенным «отключением кэша» в Chrome и даже в режиме инкогнито!

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

Мне интересно, возможно ли перезагрузить синхронизацию браузера?тот же URL, но с хешем в качестве параметра запроса?Например:

https://my.flask.com/?q=jsd094334jn3io482048 (каждый раз с разным хэшем)

Моя конкретная настройка заключается в разработке приложения для фляги в локальном домене: https://my.flask.com/с самозаверяющим сертификатом.Я не использую порт, потому что я пытаюсь имитировать производство всеми возможными способами.

Я использую синхронизацию с браузером через browser-sync-webpack-plugin и скрипт внизу страницы:

<script id="__bs_script__">
  document.write("<script async src='https://HOST:3060/browser-sync/browser-sync-client.js?v=2.24.4'><\/script>".replace("HOST", location.hostname));
</script>

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

Я не могу понять, почему перезагрузки / и / [маршрута] кэшируются, и как обойти это!

Любая помощь приветствуется

ОБНОВЛЕНИЕ

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

1 Ответ

0 голосов
/ 12 июня 2018

Проблема была не в кеше, а в том, что browsersync запускал обновление до завершения сборки веб-пакета.Добавление reloadDelay: 500 помогло

...