Мне действительно нравится возможность редактировать javascript в отладчике Chrome, однако я нахожу, что может быть очень проблематично заставить отладчик повторно получить JavaScript с сервера.
Иногда мне приходится заходить так далеко, просто закрывая отладчик и перезагружая фрейм, все в порядке - но в других случаях (dI не может определить, при каких условиях это происходит) я должен очистить свой временный интернет-кеш. Иногда я клянусь, что должен полностью закрыть chrome, затем очистить кеш и затем загрузить страницу, прежде чем отладчик наконец покажет мне самый современный скрипт.
(NB. Веб-сервер не кэширует скрипт)
Мне было интересно, если бы кто-нибудь знал о быстром и простом способе сказать отладчику, чтобы сделать недействительным весь его javascript и получить все заново при перезагрузке страницы?
источник
Ответы:
Пока вы разрабатываете свой скрипт, попробуйте отключить кеш Chrome.
Когда вы перезагрузите страницу, JavaScript теперь должен обновиться.
Хром около 2011
Хром около 2018
Вы также можете получить к нему доступ на вкладке сети:
источник
Контекстное меню, показанное выше, доступно путем щелчка правой кнопкой мыши / нажатия и удержания кнопки «перезагрузка», когда открыты Chrome Dev Tools .
Пустой кеш и полная перезагрузка работают лучше для меня.
Другое преимущество: эта опция не затрагивает все остальные открытые вкладки и данные сайта. Это только перезагружает и очищает текущую страницу.
источник
Вы всегда можете очистить определенный файл, выполнив следующие действия:
Если не:
Это очень удобно, если у вас есть ресурсы, которые находятся в кадрах, и
CTRL+F5
не требует их принудительного обновления.источник
Shift+ F5быстро очищает кеш.
источник
Для гугл хрома это не Ctrl+ F5. Это Shift+ F5очистить текущий кеш! Меня устраивает !
источник
Вот ярлык для DevTools:
Примечание: Обновлено в соответствии с комментарием Дими. Они, как правило, перемещают его, поэтому дайте мне знать или обновить сообщение, если вы заметите, что оно изменилось.
источник
В Windows Ctrl+ Shift+ rпринудительно перезагрузит скрипт в chrome.
источник
Если вы вносите локальные изменения в javascript в Инструментах разработчика, вам необходимо отключить эти изменения перед перезагрузкой страницы.
На вкладке «Источники» при открытом сценарии щелкните его правой кнопкой мыши и выберите «Локальные изменения» в контекстном меню. Откроется список сценариев, в которые вы сохранили изменения. Если вы видите его в этом окне, Developer Tools всегда будет хранить вашу локальную копию, а не обновлять ее с сервера. Нажмите кнопку «вернуться», затем обновите снова, и вы должны получить свежую копию.
источник
Похоже, что отладчик Chrome загружает исходные файлы в память и не отпускает их, несмотря на обновления кэша браузера, т. Е. Он имеет свой собственный кэш, кроме кеша браузера, который не синхронизирован. По крайней мере, так происходит при работе с файлами, сопоставленными с исходным кодом (я отлаживаю источники машинописи). После успешного обновления кеша браузера и проверки его путем перехода непосредственно к исходному файлу вы загружаете обновленный файл, но как только вы снова откроете файл в отладчике, он продолжит возвращать старый файл независимо от версии из обычного кеша браузера. Действительно очень раздражает.
Я бы посчитал это ошибкой в chrome. Я использую версию Версия 46.0.2490.71 m.
Единственное, что помогает, это перезапуск Chrome (закройте все браузеры Chrome).
источник
Если загружаемые вами файлы кэшируются и если внесенные вами изменения не отражены в коде, есть два способа справиться с этим.
Очистить кэш, как все сказали
Если вы хотите, чтобы Cache и только файлы были перезагружены, вы можете перейти на вкладку сети инструмента dev и очистить все, что было загружено. в следующий раз он не загрузит его из кеша. у вас будут ваши последние изменения.
источник
Если вы используете локальный сервер на Apache, вы можете получить то, что похоже на проблемы с кэшированием. Это случилось со мной, когда у меня был сервер Apache, работающий под Vagrant (в virtualbox).
Просто добавьте следующие строки в ваш конфигурационный файл (
/etc/httpd/conf/httpd.conf
или эквивалентный):Обратите внимание, что стоит поискать в конфигурационном файле, чтобы увидеть,
EnableSendfile
установлен ли онon
где-либо еще.источник
Есть также 2 (быстрых) обходных пути:
источник
Деактивация точек останова заставила меня загрузить новый скрипт.
источник
На мой взгляд, проще всего работать в «частном сеансе просмотра» Chrome, чтобы гарантировать, что ваши файлы javascript не поступают из кэша.
источник
Вы также можете использовать это расширение Chrome для быстрого переключения между использованием или отсутствием кэша: https://chrome.google.com/webstore/detail/cache-killer/jpfbieopdmepaolggioebjmedmclkbap
источник