maxwp Mar 4 2011 at 13:25

Hash-навигация в AJAX-сайтах

2 min

26K

Ajax*

From sandbox

Comments 29

Mithgol Mar 4 2011 at 14:45

Давно не видел такой слабообоснованной критики jQuery…

maxwp Mar 4 2011 at 14:50

Я немного подправил формулировку P.S., не очень хочется во всех подробностях обсуждать реализацию на конкретном фреймворке — это дело каждого.

farafontov Mar 4 2011 at 22:43

К сожалению, отловить событие document.location.hash onChange невозможно

да неужели?

$(window).bind('hashchange', function () { ... });

myem Mar 6 2011 at 21:09

Не во всех популярных браузерах, насколько я в курсе.

lacki Mar 4 2011 at 14:51

live и не убирать класс EngineAJAX. не?

maxwp Mar 4 2011 at 14:55

Пробовал не убирать EngineAJAX. Получается медленнее «найти все ссылки на страницы и понять проставлены ли им #!», особенно если на странице 100+ ссылок. Поэтому и убираю класс EngineAJAX, чтобы повторно не анализировать уже преобразованные в якоря ссылки.

Насчет live — честно, не понял, что имеете ввиду.

lacki Mar 4 2011 at 14:58

$('a.EngineAJAX').live('click', function() {

console.log(this); // аяксовая ссылка

});

maxwp Mar 4 2011 at 15:02

Спасибо, попробую. Хотя не думаю, что это добавит производительности по сравнению с:

document.observe(«click», function(event) {
var e = Event.element(event);
// тут проверка на ajax-ссылку
});

lacki Mar 4 2011 at 15:07

Но и, наверняка, не проиграет. Есть предположение что это синонимы))

UFO landed and left these words here

Agent_J Mar 4 2011 at 14:59

live это метод в jQuery, он привязывает обработчик к событию для всех текущих и будущих элементов dom api.jquery.com/live/

maxwp Mar 4 2011 at 15:03

На счет live, спасибо, пощупаю.
Правда, я все выше перечисленное реализовал на prototype.

p00h Mar 4 2011 at 15:02

.live()

p00h Mar 4 2011 at 15:03

на хабре надо почаще страницы обновлять)

Agent_J Mar 4 2011 at 15:05

даже без использования jQuery.live, почему бы не добавлять в обработанные ссылки дополнительный атрибут или класс, дабы не обрабатывать якоря повторно?

maxwp Mar 4 2011 at 15:08

Я уже про это подумываю.
На самом деле, тут затык в производительности не в этом моменте, а в отлове dom:change и hash:change…

Arion Mar 4 2011 at 15:08

мне нравиться как все ваши проблемы решили на GitHub, описание можете посмотреть здесь railscasts.com/episodes/246-ajax-history-state с помощью функции pushState

Nc_Soft Mar 4 2011 at 16:10

.delegate() и onHashChanged

ZaiSL Mar 4 2011 at 16:45

По-моему, проще все ссылки по-умолчанию считать аяксовыми. А при необходимости некоторым ссылкам добавлять какой-нибудь класс, который позволит не обрабатывать их. Примерно как на zaycev.fm.

maxwp Mar 4 2011 at 16:47

Мне кажется, что это больше зависит от проекта. Если аяксовых ссылок больше — то можно считать все ссылки аяксовыми по умолчанию.

pro100tak Mar 4 2011 at 17:14

.delegate() — самое то. C .live() есть проблемы (с контекстом). onHashChanged тут какбе и не надо — один раз заменить ссылки, а потом заменять перед вставкой контента. Тогда через .delegate() мы будем ловить клики, а вот onHashChange() уже и не понадобится.

maxwp Mar 4 2011 at 17:16

onHashChange нужен для того, чтобы можно было отправить ссылку другу и понять что нажата кнопка «назад» в браузере.

josser Mar 4 2011 at 18:25

Мне кажется лучше с другой стороны вообще пойти.
Например jQuery.Address</a?

+ Google

Ну с другими поисковиками конечно прийдется смирится. Хотя может быть есть что-то для Яндекса/Рамблера.

josser Mar 4 2011 at 18:25

Парсер — упырь

Mithgol Mar 4 2011 at 18:44

Рекомендую чаще (а не то и вообще всегда) пользоваться кнопкою «предпросмотр», да притом не на одном только Хабрахабре, но и на всяком таком сайте, на котором предпросмотр есть, а вот зато редактирование комментариев отсутствует совершенно.

Veterinar Mar 4 2011 at 22:33

Разработчики Fullajax уже несколько лет назад решили эти проблемы. И те, до которых вы ещё не дошли.

myem Mar 6 2011 at 21:17

Насчет проверки изменения хэша (в т.ч. и дабы решить проблему с историей) — один из авторов jQuery написал свой плагин (и не один):
benalman.com/projects/jquery-hashchange-plugin/

Для браузеров, не поддерживающих стандартное событие onhashchange там таки вечный цикл с проверкой.

keltanas Oct 21 2012 at 20:19

Всегда мучал вопрос: Почему большинство пытается прикрутить параметр типа ?notemplate=1, вместо того, чтобы просто проконтролировать заголовок запроса на наличие и тип X-Requested-With?
Конечно, ?notemplate=1 проще контролировать, но контроль X-Requested-With использует уже готовый механизм. К тому же позволяет понять, в каком формате: XML, JSON, HTML клиет хочет получить ответ.

maxwp Oct 21 2012 at 20:24

Каюсь, до сегодняшнего дня я не знал про X-Requested-With. Теперь буду применять именно его.
Правда, сразу вижу проблему: nginx на front-end большинства хостеров может не передать этот заголовок.