код на этой странице запрещает кэширование вперед и назад
HTML1300: Произошел переход.
Файл: index.html
DOM7011: Код на этой странице запрещает кэширование вперед и назад. Дополнительные сведения см. по адресу http://go.microsoft.com/fwlink/?LinkID=291337
Файл: index.html
B4W WARN: WebAudio is not supported
B4W WARN: iPhone, IE11 or Edge detected. Enable sequential video fallback for video textures.
B4W WARN: IE11 detected. Set sky cubemap texture size to 512 (power of two).
B4W WARN: iPad or Internet Explorer detected. Applying alpha clip hack.
SCRIPT5: Отказано в доступе.
Файл: b4w.min.js, строка: 487, столбец: 209
Нет, json лежит в той же папке, что и html и библиотека (ровно как в примере).
У вас браузер настроен на загрузку локальных ресурсов? Попробуйте запустить браузер с ключём –allow-file-access-from-files (на винде правой кнопкой мыши по ярлычку браузера, там где путь к исполняемому файлу кликаем мышкой и дописываем туда этот ключ через пробел)
По FireFox не могу вам ничего сказать, возможно стоит добавить сообщение в консоли, которое будет сообщать о том, что не был найден файл с физикой. В ближайшем времени посмотрю, что там можно сделать
По FireFox не могу вам ничего сказать, возможно стоит добавить сообщение в консоли, которое будет сообщать о том, что не был найден файл с физикой.
Failed to load resource: net::ERR_FILE_NOT_FOUND file:///D:/Blender/test/uranium.js?t=22122015200224
Но вы же как-то увидели по F12, что не загрузилась физика? Вот и хотел узнать как )
Не кэшировать!
Современные браузеры достаточно часто используют в своей работе локальный кэш. Что это означает? Это означает что браузер, получив от сервера html-документ, картинку или другой ресурс, размещает его в своем локальном кэше (проще говоря, записывает полученный ресурс на жесткий диск машины пользователя) и при последующих запросах к такому ресурсу не обращается на сервер, а получает ресурс из локального кеша.
Данная алгоритм работы браузеров резко повышает скорость загрузки html-документов. Так как если ресурс уже загружался, и как следствие расположен в локальном кэше, то время доступа определяется не пропускной способностью канала связи (например, модемного подключения) а скоростью работы жесткого диска.
Однако наряду с достоинствами данный метод так же порождает ряд проблем. В частности большинство начинающих web-программистов, при разработке динамических сайтов, сталкивается с одной и той же проблемой. Суть этой проблемы заключается в том, что вместо повторного обращения на сервер за страницей, запускающей на сервере скрипт, модифицирующий некую информацию, браузер обращается в локальный кэш. И в результате, например трех обращений, происходит не три модификации информации, расположенной на сервере, а только одна.
Для того, что бы заставить браузер каждый раз обращаться за страницей на сервер необходимо запретить браузеру заносить данный ресурс в кэш. Ниже приведены наиболее распространенные методы, запрещающие кэширование или позволяющие его обойти.
Генерация нового URL
Допустим что запрашиваемый ресурс имеет следующий url: test.html?id=7. Как видно из url’а ему передается один параметр. Добавим, например, при помощи JavaScript, в url еще один параметр, а его значением сделаем случайное число. В результате url будет выглядеть следующим образом: test.html?id=7&rnd=0.6700820127538827. Случайный параметр будет каждый раз генерироваться заново. Ниже приводится листинг, демонстрирующий этот подход:
Каждый раз результат такого запроса будет кэшироваться, но так как кэширование производится по всему url, то каждый раз будет получаться новый url и браузер будет вынужден запрашивать с сервера ресурс, так как url двух запросов не будут совпадать в точности.
Поля заголовков
Управлять кэшированием можно так же со стороны сервера. Для этого ресурс, отправляемый браузеру, сопровождается полями заголовка. Детальное описание полей заголовка может быть найдено в стандарте Rfc 2068, который описывает протокол HTTP 1.1.
Поле заголовка Expires
Значением данного заголовка является дата, после которой содержимое ресурса устареет. Если пользователь после этой даты обратиться к ресурсу, браузер должен запросить ресурс у сервера, а не из локального кэша.
Код на этой странице запрещает кэширование вперед и назад
Борьба за производительность Chrome
Google Chrome 87, выпущенный в ноябре 2020 года, добавили флаг функции для ручного включения обратного кэширования (Back-forward cache) на настольных платформах, таких как Windows, Linux и macOS. До этого функция была доступна только на Android. Google опубликовал страницу «Intent to Experiment» в группах Google, объяснив, что эта функция теперь будет протестирована на небольшом количестве настольных пользователей Chrome. Если все пойдет хорошо, то в конечном итоге этот функционал будет включен для всех.
В Google Chrome, если вы открываете и закрываете страницу, она немедленно выгружается для очистки памяти. В течение почти двух лет Google тестировал кеш-память обратной перемотки, чтобы быстрее загружать ранее открытые страницы, когда пользователи нажимают кнопку «назад» или «вперед». Единственное существенное отличие страниц, хранящихся в Back-forward cache кэше, с точки зрения разработчиков, заключается в том, что обработчик unload () не срабатывается.
После включения функции BFCache, при посещении страницы и использования навигации вперед/назад, эта страница должна будет мгновенно открываться повторно, а не перезагружать ресурсы снова. Эта функция пытается заставить кнопки Google Chrome «Назад» и «Вперед» работать почти мгновенно.
Google не упомянул, почему эта функция так долго оставалась только мобильной, но задержка могла быть связана с использованием памяти. Chrome часто критиковали за высокое использование памяти на настольных платформах, и «замораживание» большего количества страниц, вероятно, не поможет. Однако Google и Microsoft работают над другими изменениями, чтобы уменьшить использование памяти в движке Chromium, поэтому стоимость кэширования Back-forward на данном этапе может быть менее заметной. В прошлом году Google также заявил, что расширения браузера могут добавить дополнительные сложности на настольные платформы, поскольку многие из них реагируют на изменения на текущей странице.
Google начнет испытания Back-forward cache с выпуска Chrome 92, который, как ожидается, поступит в бета-версию 3 июня и станет стабильной 20 июля. Следить за расписанием релизов Google Chrome можно по ссылке:
На текущий момент воспользоваться функцией кэширования Back-forward cache вы можете только в Chrome Canary 92 и выше. в будущем вы можете включить ее и в обычном Google Chrome, напоминаю как можно проверить версию Chrome. Далее в строке поиска введите:
Предотвращение кэшинга в Internet Explorer
Настольное приложение Internet Explorer 11 будет снято с службы поддержки 15 июня 2022 г. (список того, что имеется в области, см. в faq). Те же приложения и сайты IE11, которые вы используете сегодня, могут открываться в Microsoft Edge режиме Internet Explorer. Подробнее см. здесь.
В этой статье описывается использование http-загонщиков для управления кэшингом веб-страниц в Internet Explorer.
Оригинальная версия продукта: Internet Explorer
Исходный номер КБ: 234067
Сводка
С помощью Microsoft Internet Information Server (IIS) можно легко отметить высокостабильную или чувствительную страницу с помощью следующего сценария в крайнем начале определенных страниц ASP (ASP):
Истечение срока действия и заглавная дата истечения срока действия
Настоятельно рекомендуется, чтобы все веб-серверы использовали схему для истечения срока действия всех веб-страниц. Это плохая практика для веб-сервера, чтобы не поставлять информацию о сроках действия через http expires ответ загона для каждого ресурса, возвращаемой к запрашивающих клиентов. Большинство браузеров и промежуточных прокси сегодня уважают эту информацию о сроках действия и используют ее для повышения эффективности коммуникаций по сети.
Всегда используйте заглавную папку Expires, чтобы указать наиболее разумное время, когда определенный файл на сервере должен быть обновлен клиентом. При регулярном обновлении страниц наиболее эффективным является следующий период обновления. Возьмем, например, ежедневную страницу новостей в Интернете, которая обновляется каждый день в 5 утра. Веб-сервер для этой страницы новостей должен возвращать заготвка Expires со значением для 5 утра. на следующий день. После этого браузеру не нужно снова связываться с веб-сервером, пока страница не изменится.
Страницы, которые не должны изменяться, должны быть помечены со сроком действия около одного года.
Во многих случаях веб-серверы имеют одну или несколько волатильных страниц на сервере, которые содержат сведения, которые подлежат немедленному изменению. Эти страницы должны быть помечены сервером со значением «-1» для загона Expires. В случае будущих запросов пользователя Internet Explorer обычно обращается к веб-серверу для обновления этой страницы с помощью условного запроса If-Modified-Since. Однако страница остается в кэше диска (Временные файлы Интернета). И страница используется в соответствующих ситуациях без контакта с удаленным веб-сервером, например:
Заглавная Cache-Control
Однако некоторые страницы настолько неустойчивы или чувствительны, что не требуют кэшинга дисков. С этой целью Internet Explorer поддерживает http 1.1 Cache-Control. Этот загон предотвращает все кэшы определенного веб-ресурса, если значение без кэша задано сервером HTTP 1.1.
Загон Pragma: No-Cache
К сожалению, устаревшие серверы HTTP 1.0 не могут использовать Cache-Control. Для обратной совместимости с серверами HTTP 1.0 Internet Explorer поддерживает специальное использование загона HTTP Pragma: без кэша. Если клиент взаимодействует с сервером по безопасному подключению () и сервер возвращает загон Pragma: нет кэша с ответом, Internet Explorer не кэшировать https:// ответ.
Однако загон Pragma: no-cache не был предназначен для этой цели. Согласно спецификациям HTTP 1.0 и 1.1, этот заготок определяется только в контексте запроса, а не в ответе. Она предназначена для прокси-серверов, которые могут препятствовать достижению определенных важных запросов до конечного веб-сервера. Для будущих приложений Cache-Control является подходящим средством для управления кэшингом.
ТЕГИ HTTP-EQUIV META
Cache-Control ТЕГИ META HTTP-EQUIV игнорируются и не влияют на версии Internet Explorer 4 или 5. Чтобы использовать Cache-Control, этот заготчик должен быть указан с помощью http-заготчиков, как описано в разделе Cache-Control выше.
Использование стандартных http-заглавных заглавных команд предпочтительнее тегов META. Теги META обычно должны отображаться в верхней части РАЗДЕЛА HTML HEAD. И есть по крайней мере одна известная проблема с тегом МЕТА Pragma HTTP-EQUIV.
Параметры сервера для кэшинга
Если Cache-Control для использования на страницах, не включаемых в ASP, может потребоваться использовать параметры конфигурации сервера для автоматического добавления этого загона. В процессе добавления http-headers в ответы сервера для определенного каталога обратитесь к документу сервера. Например, в IIS 4 выполните следующие действия:
Не стоит использовать этот заготвщик глобально на всем веб-сервере. Ограничить его использование исключительно контентом, который абсолютно не должен быть кэшным для клиента.
Контрольный список проблем
Если вы применяли методы в этой статье и у вас по-прежнему возникают проблемы с кэшингом и internet Explorer, просмотрите этот удобный контрольный список шаг за шагом, прежде чем обращаться в Корпорацию Майкрософт за технической поддержкой:
Ссылки
Дополнительные сведения о HTTP/1.1 см. в странице RFC 2616.
WordPress.org
Вечер добрый.
В Интернет Эксплорере вижу поля плагина независимо от выбранного способа доставки.
При нажатии поля области ничего не происходит, даже если выбран нужный способ доставки.
При этом в Хроме все нормально работает.
Скрин: http://i.piccy.info/i9/27869a2e42b623a37ee0ef07b42fbb07/1571331740/74405/1342955/Bez_ymeny_1.jpg
Это у меня на сайте ошибка или в плагине?
The page I need help with: [log in to see the link]
Информация из лога ошибок:
[Thu Oct 17 20:06:06 2019] [warn] [client ***] mod_fcgid: stderr: get_option, referer: https://kotyara.com.ua/checkout/
[Thu Oct 17 20:06:06 2019] [warn] [client 95.67.106.210] mod_fcgid: stderr: PHP Warning: call_user_func_array() expects parameter 1 to be a valid callback, class ‘kirillbdev\\WCUkrShipping\\Classes\\CheckoutValidator’ does not have a method ‘afterCheckoutValidation’ in /home/hhlarEi3B7aW/kotyara.hostenko.com/wp-includes/class-wp-hook.php on line 286, referer: https://kotyara.com.ua/checkout/
Консоль ИЕ при загрузке ошибки выдает это:
DOM7011: Код на этой странице запрещает кэширование вперед и назад. Дополнительные сведения см. по адресу http://go.microsoft.com/fwlink/?LinkID=291337
Файл: checkout
HTML1300: Произошел переход.
Файл: checkout
HTML1509: Несопоставленный закрывающий тег.
Файл: checkout, строка: 450, столбец: 1
SCRIPT1014: Недопустимый знак
Файл: nova-poshta-checkout.js, строка: 31, столбец: 21
При переходе по ссылке последней строки попадает на:
html += ;
Место расположения курсора: на первом знаке `
@kotyarashop Спасибо за обнаруженную проблему. Ближе к ночи выпущу фикс.