Мне нужно указать одну страницу на другую, а затем перейти к определенному разделу. В Chrome и Firefox использование URL-адреса, например www.example.com#section1 помогает. (# section1 может быть привязкой или идентификатором элемента).
Однако в Safari хэш исчезает, когда я нажимаю на ссылку.
Почему это происходит? Возможно ли это сделать в Safari? Если нет, как я могу обойти эту проблему?
При использовании гиперссылок, указывающих на внутренние разделы на других страницах, вы должны помнить о добавлении косой черты (/) перед хэштегом для совместимости с браузером.
Например: www.example.com/#item-1
Выполнение www.example.com#item-1 не принимается всеми браузерами (видимо, с помощью Chrome и Firefox)
Случай: у меня есть параметры после '#', как url # myParam = 123, когда я изменил параметры как url # myParam = 789 Safari иногда загружает предыдущую страницу на основе myParam = 123,
хотя в адресной строке он показал myParam = 789
Решение: используйте url? # myParam = 123, затем Safari будет загружать новую страницу каждый раз.
Использование '?' до '#' решил мою проблему.
Для меня это была та же проблема, что и mrbinky3000, о которой говорилось выше: mod-rewrite сервера убивал хэш на сафари.
Решение заключалось в использовании полной абсолютной ссылки, такой как: http://www.example.com/path/#item-1
У меня была связанная с Safari проблема (на iPhone/iOS), казалось бы, отсекая хэш/фрагмент при выполнении:
var newHash = ...;
window.location.replace("#" + newHash);
Фактически проблема заключалась в ошибке javascript, которая появилась только в Safari. Поскольку я не мог легко оценить консоль javascript для iPhone, я решил загрузить старую версию Window Safari (связанный пост, скачать).
Затем я смог бы воспроизвести проблему с iPhone на рабочем столе Windows, используя старую версию Safari. В этот момент я обнаружил, что тег javascript имел отсутствующий ']'. Это была законная ошибка, но ее каким-то образом игнорировали Chrome, Firefox и IE.
Window.location.replace() даже не вызывался, потому что код был взломан на ошибке javascript. Поэтому проблема заключалась не в том, что Safari лишал хэштегов, хотя он оказался таким же, как и при многосерверном тестировании.
Я просто испытал такую проблему. Я использовал URL-адрес перезаписи в asp.net web.config. Когда Safari хэш и все после этого были удалены. Пробовав некоторые из упомянутых выше вещей, у меня все еще были проблемы. Проблема для меня заключалась в том, что все это происходило под HTTPS. Как только я указал полный URL-адрес в перенаправлении и включил схему https://, перенаправление работало правильно и сохраняло хэш. Обратите внимание, что это не проблема с Chrome или Firefox.