Вот нашел решение для подобных проблем, автор утверждает что должно помочь. Это патч на JavaScript который нужно применить до загрузки каких либо скриптов работающих с датой и временем. При этом отпадет необходимость делать правки в старых скриптах.
Вот нашел решение для подобных проблем, автор утверждает что должно помочь. Это патч на JavaScript который нужно применить до загрузки каких либо скриптов работающих с датой и временем. При этом отпадет необходимость делать правки в старых скриптах.
Использование HTML5 History API, переходы по ссылкам без перезагрузки страницы и прочее, и прочее остается лишь для веб-приложений.
Это в вашем понимании оно так. Тут все зависит от требований и возможностей разработчика.
Почему так происходит?
Потому что роботы не исполняют JavaScript.
Скорее потому что разработчики сайтов не задумываются об этом заранее. Не думаю что уместно тут винить JavaScript, себя нужно винить что пишется все это не обдумав.
О втором параметре написано тут msdn.microsoft.com/en-us/library/ie/ms536429%28v=vs.85%29.aspx
Но так же вы можете почитать на форумах о проблеме получения ссылки у элемента HTMLAnchor средствами getAttribute, в ИЕ6-7 он возвращает абсолютную ссылку, вместо того что реально написано в атрибуте.
можно попробовать и Id'ы сделать не уникальными. Браузеры их все находят, а не только один (то-есть если создать два элемента с одним ID, то .querySelectorAll() вернет оба элемента).
Для компании Опера, это и есть преимущество. Они нам втирают что типа это новое направление, возможности и бла, бла, бла… Хотя я пока вижу еще один Хром со шкуркой типа Опера. Хотя от оперы что мы полюбили там мало что вообще есть.
Это и все? Темы, Перенос вкладок, getUserMedia (который и так был, но выключен), Синхронизация (которая выключена еще и глючит). А что нибудь посущественнее будет?
Хотя бы как минимум что бы можно было ходить по истории. Хотя конечно для этих целей можно использовать и location.hash. Но все же на мой взгляд лучше использовать более новые технологии
Никто и не говорит о приложениях под соцсети, поэтому фраза «тут Вы ошибаетесь» не думаю что уместна. Там свои причуды которые нужно выносить в отдельную статью и обсуждения.
вы так утверждаете лишь потому что браузеры в реальности пишут туда заголовок из document.title, хотя в реальности так работать не должно (то есть должно но не в случае с pushState/replaceState). Хотя например Opera 12 (если моя память не изменяет) пишет то что попадает вторым параметром в pushState/replaceState, то есть поступает правильно в отличии от других браузеров.
А вот второй параметр (title), не работает для большинства браузеров, title страницы надо вручную менять через document.title чтобы работало как положено
Если внимательно прочесть спецификацию, второй параметр никак не относиться к title страницы. И говорить о том что он не работает, не совсем правильно.
Суть данного параметра в том, что многие привыкли читать название параметра как title и воспринимать его как title-страницы (грубо сопоставлять с document.title), что является ошибочным. Этот параметр не имеет ничего общего с document.title. Он нужен для того что бы менять имя страницы в истории. Для примера это имя вы можете увидеть при продолжительном нажатии на кнопки back/forward, то есть попробуйте нажать левой клавишей мыши на одну из этих стрелок с небольшой задержкой, откроется список, вот в нем и будут отображаться те самые имена что были занесены во второй параметр.
Проблем хватает у многих браузерах, пока еще ни один браузер идеально не поддерживает History-API поэтому приходиться прикручивать костыли для тех или иных случаев. В моей реализации библиотеки, о которой упомянул termi я стараюсь избавиться от подобных багов и стабилизировать работу API для всех браузеров одинаково.
Не катит потому что слишком громоздкий, а не потому что он в нем не работает… А трафик в мобильных устройствах, это деньги пользователя. Конечно если тебе все равно на пользователей, то естественно никто не запрещает юзать jQuery, но я предпочитаю на мобильных сайтах не использовать jQuery.
Браузер обрабатывает верстку на более низком уровне, что намного меньше потребляет мощностей в отличии от того что, JS браузеру приходиться прогонять через интерпретатор, что съедает в разы больше мощностей, а лишняя нагрузка это потребление энергии.
в это статье: www.mcst.ru/files/53a82f/5d0cd8/505321/000000/statya_ob_elbruse_zhurnal_gazprom_2014-06.pdf говорится:
Скорее потому что разработчики сайтов не задумываются об этом заранее. Не думаю что уместно тут винить JavaScript, себя нужно винить что пишется все это не обдумав.
Но так же вы можете почитать на форумах о проблеме получения ссылки у элемента HTMLAnchor средствами getAttribute, в ИЕ6-7 он возвращает абсолютную ссылку, вместо того что реально написано в атрибуте.
скорее тогда лучше отвыкнуть от оперы, раз и навсегда.
попробуйте открыть в Опере 12 консоль и вбить:
После проделайте то о чем я писал в посте ранее
Если внимательно прочесть спецификацию, второй параметр никак не относиться к title страницы. И говорить о том что он не работает, не совсем правильно.
Суть данного параметра в том, что многие привыкли читать название параметра как title и воспринимать его как title-страницы (грубо сопоставлять с document.title), что является ошибочным. Этот параметр не имеет ничего общего с document.title. Он нужен для того что бы менять имя страницы в истории. Для примера это имя вы можете увидеть при продолжительном нажатии на кнопки back/forward, то есть попробуйте нажать левой клавишей мыши на одну из этих стрелок с небольшой задержкой, откроется список, вот в нем и будут отображаться те самые имена что были занесены во второй параметр.