AJAX и кнопка возврата в браузере

Используйте ajax для частей страницы, которые необходимо обновить, а не для всей страницы. Для этого вам следует использовать шаблоны.

Если вы хотите сохранить кнопку «Назад» для различных изменений состояния на странице, объедините их с # ахорами, чтобы изменить URL-адрес (не заставляя браузер выдавать еще один GET).

Например, Gmail выглядит так:

mail.google.com/#inbox/message-1234

все, что было после символа #, было изменением состояния страницы, которое произошло через ajax. Если я нажму "Назад", я снова вернусь во входящие (опять же, без другого браузера GET)

Есть множество способов решить эту проблему с использованием забавных техник Javascript, часто с использованием iframe, но я думаю, что в этой ситуации вам нужно спросить, почему вы используете AJAX. Собирается ли это сделать сайт более простым в использовании для пользователя? Мне кажется, вы используете его, потому что считаете его крутым (что само по себе не всегда плохо), а не потому, что оно действительно принесет пользу вашим посетителям. На любом обычном веб-сайте обычные документы с гиперссылками почти всегда подходят для основной навигации. Это то, чего ожидают люди, и я бы не рекомендовал вам обходить эти ожидания, основываясь на каких-то модных технологиях.

AJAX великолепен и позволяет делать много замечательных вещей, изменение навигации по веб-сайтам не входит в их число.

Молодец, что разобрались с этой проблемой, есть много сайтов, которые просто используют AJAX и даже не думают об этом!

AJAX - не лучшее решение для навигации именно по той причине, которую вы описываете. Попытка перезагрузить заголовок и панель навигации минимальна по сравнению с трудностями, связанными с нарушением пользовательского интерфейса навигации браузера.

Более подходящим примером AJAX было бы предоставление пользователям возможности играть в игру в главном окне, в то время как они могут просматривать список другого содержимого на панели навигации. Вы можете загружать дополнительные элементы в панель навигации через AJAX, не нарушая игровой процесс.

Я бы предпочел простые гиперссылки. Мебель для вашей страницы не должна составлять большую часть HTML, так что исключение ее из запросов страниц не является большим преимуществом. Обеспечение адресуемости каждого ресурса (т. Е. URL-адреса для каждого бита контента, который может быть интересен пользователю) является ключевой особенностью дизайна сети. Это означает, что кеширование может работать, а пользователи могут делиться закладками. Это заставляет работать Google, а также сайты социальных закладок.

На мой взгляд, сокращение нескольких байтов HTML для последующих изменений страницы не стоит усилий.

Если вы собираетесь включить AJAX, не делайте этого за счет наличия доступных URL-адресов для каждой важной страницы вашего сайта. Это основа сайта с возможностью навигации, которым могут пользоваться люди.

Когда вы перекладываете всю свою функциональность на вызовы и обратные вызовы AJAX, вы в основном вынуждаете своих пользователей использовать единый путь для доступа к нужным функциям и контенту, что полностью противоречит тому, как должен функционировать Интернет. Люди полагаются на адресную строку и кнопку «Назад». Если вы переопределите все свои ссылки, так что ваш сайт, по сути, представляет собой одну страницу, которая обновляется только через AJAX, вы ограничиваете возможность пользователей перемещаться по вашему сайту и находить то, что им нужно. Это также мешает вашим пользователям делиться тем, что они находят (что, собственно, и есть часть дела, верно?).

Подумайте о ментальной карте вашего сайта пользователем. Если они знают, что вошли через домашнюю страницу, затем они отправлялись искать что-то, затем попадали на страницу игр, затем они начинали играть в определенную игру, то есть четыре различных единицы действия, которые выполнял пользователь. Они могли бы проделать еще несколько меньших, более незначительных действий на каждой из этих страниц, но это основные элементы. Когда они нажимают кнопку «Назад», они должны ожидать, что вернутся назад по пути, по которому пришли. Если вы загружаете все эти страницы с помощью вызовов AJAX, вы предоставляете сайт, функциональность которого противоречит ожиданиям пользователя.

Разбейте свой сайт на все важные функции (например, поиск, главная страница, профили, игры - это будет зависеть от того, о чем ваш сайт). Везде, где вы ссылаетесь на эти страницы, делайте это с помощью обычной ссылки и статического URL-адреса.

AJAX в порядке. Но искусство этого состоит в том, чтобы знать, когда его использовать, а когда нет. Если вы будете придерживаться модели, которую я набросал выше, ваши пользователи это оценят.

Проверьте действительно простая история. Вики не обновлялась 10 месяцев, но я как раз был на Ajax Experience 2008 и увидел на ней презентация Брайана Дилларда. Он говорит, что код 0.8 находится на его жестком диске. Надеюсь, его скоро можно будет скачать.

Другое решение:

Пагинация AJAX и кнопка "Назад"

Кажется, это лучший вариант, работает с JQuery и Mootools.

Попробуйте эту простую и легкую библиотеку PathJS. Это позволяет напрямую привязать слушателей к якорям.

Пример:

Path.map("#/page").to(function(){
    alert('page!');
});