Więc teraz, kiedy HTML5 wprowadza history.pushStatezmianę historii przeglądarek, strony internetowe zaczynają używać tego w połączeniu z Ajaxem zamiast zmieniać identyfikator fragmentu adresu URL. Niestety oznacza to, że te połączenia nie mogą być już wykrywane przez onhashchange. Moje pytanie...
Obawiam się, że może to być niemożliwe, ale czy istnieje sposób na zmianę wartości skrótu adresu URL bez pozostawiania wpisu w historii przeglądarki i bez ponownego ładowania ? Albo zrobić odpowiednik? Jeśli chodzi o szczegóły, opracowałem podstawową nawigację z hashami w następujący...
Mam wymaganie, aby użytkownik końcowy nie mógł wrócić do strony z ograniczeniami po wylogowaniu / wylogowaniu się. Ale obecnie użytkownik końcowy może to zrobić za pomocą przycisku Wstecz przeglądarki, odwiedzając historię przeglądarki lub nawet ponownie wprowadzając adres URL w pasku adresu...
На этот вопрос есть ответы на Stack Overflow на русском : Chrome ненужная перезагрузка страницы history api Używam interfejsu API historii dla mojej aplikacji internetowej i mam jeden problem. Wykonuję wywołania Ajax, aby zaktualizować niektóre wyniki na stronie i...
Czy można zapobiec domyślnemu zachowaniu przewijania dokumentu w przypadku wystąpienia zdarzenia popstate? Nasza witryna wykorzystuje animowane przewijanie jQuery i History.js, a zmiany stanu powinny przewijać użytkownika do różnych obszarów strony, czy to poprzez pushstate, czy popstate....
Możemy użyć, window.location.replaceaby ominąć historię i celować w kotwice na stronie bez przeładowań strony, ale nie w ramkach iframe? Problemem jest naruszenie CSP (polityka bezpieczeństwa treści), które script-src 'unsafe-inline'muszą być włączone. Tyle że nie mam zdefiniowanego CSP, a nawet...