Итак, теперь, когда HTML5 вводит history.pushStateизменения в истории браузеров, веб-сайты начинают использовать это в сочетании с Ajax вместо изменения идентификатора фрагмента URL. К сожалению, это означает, что эти звонки больше не могут быть обнаружены onhashchange. Мой вопрос: есть ли надежный...
Боюсь, это может быть невозможно, но есть ли способ изменить хеш-значение URL-адреса, не оставляя записи в истории браузера и без перезагрузки ? Или сделать аналог? Что касается специфики, я разрабатывал базовую хеш-навигацию по следующим строкам: //hash nav -- works with js-tabs var getHash =...
У меня есть требование, чтобы конечный пользователь не мог вернуться на страницу с ограниченным доступом после выхода / выхода. Но в настоящее время конечный пользователь может сделать это, нажав кнопку «Назад» в браузере, посетив историю браузера или даже повторно введя URL-адрес в адресной...
На этот вопрос есть ответы на Stack Overflow на русском : Chrome ненужная перезагрузка страницы history api Я использую History API для своего веб-приложения, и у меня есть одна проблема. Я выполняю вызовы Ajax для обновления некоторых результатов на странице и использую history.pushState () ,...
Можно ли предотвратить стандартное поведение прокрутки документа при возникновении события popstate? Наш сайт использует анимированную прокрутку jQuery и History.js, а изменения состояния должны прокручивать пользователя в разные области страницы с помощью pushstate или popstate. Проблема в том,...
Мы можем использовать, window.location.replaceчтобы избежать истории и нацелить якоря на странице без перезагрузки страницы, но не в iframes? Проблема заключается в нарушении CSP (политики безопасности контента), состояния которого script-src 'unsafe-inline'должны быть включены. За исключением...