Прямые ссылки на AJAX веб-сайтах – наша технология Fullajax Direct Link.

вот такой вот придумал алгоритм, непростой в реализации, но работоспособный на 100%

Вообщето не "Якорь", а индефиктор фрагмента ;) Вообщем полезно, я таким способом реализовал AJAX галлерею.

вот один из немногих примеров статьи, ради которых я читаю хабр.
спасибо.

надо будет и у себя якоря расставить...

А поисковым роботам что делать?

Идея хорошая, реализация тоже, а вот применение, на мой взгляд, не самое лучшее.

мда... маразм крепчал...
ну засунь ты в пустышку ссылку на карту сайта и обрети спокойствие.

когда же горе-прогеры перестанут, наконец, грузить контент страниц аяксом и начнут грузить аяксом только сопутствующие контенту блоки, оставив тем самым в покое поисковики, закладки, якоря и прочие сущности?

не надо создавать себе и пользователям геморроя!

Здесь Здоровье Здание

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

А я использую очень простой вариант у себя в проекте - так как система понимает как ссылки на ajax содержимое, так и на обычное, то я при включенном режиме "Ajax mode" добавляю для каждой ссылки дополнительный параметр с перечислением всех нужных для ajax переменных. Потом вначале каждой загрузки(неважно, обычной или ajax небольшой скрипт на jQuery пробегается по всем ссылкам и задает тем из них, которые аяксовые, обработчики событий с вызовом функции Ajax загрузчика).

Вот, собственно, и она:
function init_ajax_links()
{

$('a').each(function(i){
var p = $(this).attr('params');
if(p != undefined)
{
var list = p.split(';');
for(var e = 0;e < list.length; e++)
{
var tmp = list[e].split(':');
if(tmp[0] == 'id'){var id = tmp[1];}
if(tmp[0] == 'type'){var type = tmp[1];}
....

}

var url = '/modules/' + mod + '/ajax?page=' + id + '&t=' + type;
if(pg)
{
url += '&pn=' + pg;
}
$(this).click(function(){

ajaxLoad(url, pos);
return false;

});
}

})

$(document).ready(function(){

$(document).ajaxComplete(function(evt, request, settings){
init_ajax_links();
});

init_ajax_links();

});

пока не грянул суперхабр, где, наверное, будет нормальное форматирование кода, советую кидать код на другие сайты
например, http://text20.ru, кстати, дизайн для него делал  misha_kvakin (если я не путаю =) )

а я немного подругому проблему решил. На странице, в невидимом месте, формируется iframe, все ссылки прописаны на него, а в нем отображается полноценная версия сайта (она же Light), но, если задан определенный параметр (AJAX'овый сайт), в начале страницы стоит скрипт parent.set_page(uid); таким образом решена проблема не только с первой загрузкой (бо там просто пустой div + позже в него применяется контент), но и с индексацией сайта поисковиками, так как всегда присутствует light версия.

Что то вы намудрили.

Уже давно есть SwfAddress который очень успешно решает все эти вопросы.

Пример с SEO
Пример с Ajax

А для полного счастья есть jQuery и jQuery.History/Remote или jQuery.Sifr

Хм. Натолкнули меня на идею, которая круче авторской намного :) Не нужно никаких JS и работы на 10 минут. Спасибо :)

Полный бред =)
Во-первых, заставляете человека ждать, пока вы там все подгрузите. Во-вторых, вместо одного коннекта к серверу имеем кучу.

на всяк, если не было: http://community.livejournal.com/webdist…

Очень интересно, надо будет разобрать поподробнее, но не думаю что это будет иметь широкое практическое применение, избыточность технологии налицо да и как некоторые здесь упомянули по страницам основным можно и так перейти без аякса, и уж тем более не таким количеством операций для этого необходимых. Я ознакомился с примерами и они как-то не воодушевили, но на идеи определённые натолкнули, вот за идеи вам спасибо, я думаю что поработаю над этим вопрос и может быть тоже здесь отпишусь по этому поводу когда кармы хватит. Хотя сейчас есть много других тем о которых можно написать, но видно не на этом сайте :(

Мы у себя в студии в первый раз применили, увидев это решение на сайте apple.com.

думается мне, что решающим фактором популярности идеи будут именно эти 2 лишних запроса к БД.
кстати, как справятся с этими лишними запросами кэширующие компоненты Joomla?
ещё кстати: указанный код сделан для русского клона Joomla - Joostina (разработка Бостона). Этот клон в частности оптимирует кол-во запросов к БД. С чего бы вдруг ради аякса такая расточительность, как намеренно лишние запросы?

честно говоря уже год это использую...
линки формирую якорем. перез загрузкой странциы JS распарсивает якоря и релоадит страницу с нормальными GET-ами, которые в свою очередь обрабатываются модреврайтом.
все как в сказке и уж сто лет назад :)

А вот давайте подумаем, что лучше - AJAX получение данных или классическая схема с перезагрузкой страницы?

Допустим на стандартном сайте какой-нибудь компании, к примеру, проще, быстрее и дешевле применить классическую схему с релоадом страниц и настроенным кешированием.

Для блога (в т.ч. и коллективного), форума и других интернет-сообществ я считаю резонным применять симбиоз двух схем (AJAX только при отправке комментариев и голосованиях, например).

А теперь вопрос: где в реальной жизни применим fullajax и насколько оправдано его применение?

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

Быть может я что-то не учел (найдите плиз недостатки кто сможет), но почему бы не делать так: все ссылки в html всегда кошерные (т.е. без #хэша). И только в onload страницы скрипт проходит по всем <a> меняя им href на "/#/"+href (утрирую).
Получается, что:

1. поисковики и другие JS=off всегда будут натыкаться только на кошерный урл (ну и полный HTML по нему)
2. только те у кого JS=on увидят продвинутые (с #хэшем) урлы.
3. при заходе на / отдается всего два html тэга: <script> (который парсит #хэш и догружает его аяксом) и <noscript> (который делает meta-редирект на кошерный урл полного HTML главной страницы). Больше на / никакого HTML не должно быть, т.к. никому он и не нужен — см. пункт 1.
4. Если пользователь с JS=on кинет/опубликует свою некошерную ссылку для кого-то с JS=off… у последнего загрузится корень сайта :( но я смотрю что в топике с этим вообще плохо.

Итого, всё то же, но без двойных редиректов и воркэраунда для IE?

Идея и в правду хороша и актуальна, но как было сказано использование фулаякса целесообразно только в веб-ПРИЛОЖЕНИЯХ, а раз так, то зачем уникальные ссылки в приложении? И второе: Использование fullajax.ru намного быстрее и удобнее при отключенном Javascrip'e (проверенно в опере), да и с хистори тяжелее ( при возврате посылается новый запрос серверу, а при статике все отлично берется из кэша).

Немного позанудствую.

Для примеров ссылок надо использовать сайт http://example.com/.

передавать параметры запроса в реферере!?
...ну просто очень нездоровая идея!

http://ajaxpatterns.org/Unique_URLs

Некоторые провайдеры режут реферреров. Некоторые сетевые администраторы настраивают в сетях шлюзы/огнестенки так (не всегда специально), чтобы реферреры резались. Итого имеем проблему: метод для некоторых пользователей принципиально не работает.

И да. Используйте патенотованные велосипеды:

History/Remote - jQuery plugin solution for hijaxing links and enabling history <- тут всё есть ^_^

full-ajax сайты имхо бред, спорит со всей идеалогие гипертекста, что в админке хорошо на клиент просто треш.

Я чегото не понял видимо... а зачем вообще какието JS для генерации и вытаскивания якорей? передать то что чтото нужно обновить можно элемнетарно через теже гетпеременные если не устраивает якорь.
Затем все очень просто:
[html]
[body]
....
[/body]
[/html]

гдето внутри есть наши участки, кторые грузятся аяксом, кто запрещает на стороне сервера разобрать нужные переменные и добавить в конец страницы либо в инициализатор onload JS с вызовом подгрузки нужного контента?
Или я не правильно задачу понял?

Согласен с комментаторами, считающими, что широкое использование данной технологии неоправдано. Да, есть вещи типа wikimapia.org - там идентификатор фрагмента используется действительно используется для определения фрагмента, только не страницы, а карты. Это нормально и в случае навигации по списку, разбитому на страницы (страница списка - это тоже как бы фрагмент). Логика при этом не страдает. Но грузить всю страницу через AJAX - это неоправданное усложнение кода и архитектуры (и, как следствие, снижение надёжности), лишняя нагрузка на сервер и на клиентскую машину. Не нужно бояться перезагрузить страницу в браузере.

Госспади, "придумали алгоритм". Авторам было неплохо иногда выходить за пределы рунета. Это уже оччччень давно(больше года) было. Виват!

ну вот, прошло пару дней и нарисовалось еще более интересное применение описанного алгоритма, так сказать его продолжение, в синтезе с Dojo Storage (или каким нибудь другим хранилищем) получится очень удачное решение и загрузка страниц (в данном случае стартовой) будет работать быстрее даже чем с отключенным жабаскриптом
P.S.: дом строят из камней, так что давайте еще побольше закидаем нас камнями

Да, но гордо называть этот маленький JS-cкриптик мега-пупер Технологией — слишком громко.
К тому же ничего нового в этом нет — уже придумано и сделано на западе.

С другой стороны, респект авторам за структуризацию и популяризацию ))

swfaddress
SWFAddress.onChange = function() {
if(SWFAddress.getValue() != '/')
var value = SWFAddress.getValue();
else
var value = 'index';
getPageHTML(value);
}

function getPageHTML( pageName ) {
new Ajax.Updater('pageBody', './getPage.php',
{
method:'post',
parameters: {page: pageName}
});
}
Самая простая реализация.

В целом технология понятна. Простое и хорошее решение. Н
о можно пару слов о том, как организовать переходы вперед-назад по нажатию на кнопки браузера (на сайте это реализовано)?

Прошу прощения, если это глупый вопрос. :)

Есть очень интересный вариант !

В Firefox и Opera делаем через якорь.

А вот в IE создадим где то в верху сайта невидимый div а в него добавим пустые селекторы a у которых есть замечательный атрибут name !
И каждый селектор назовем как наши якоря.
В итоге получим что IE каждый раз будет ссылаться к селектору и кнопки Back и Forward будут работать !

Есть и минусы :
В history это никак не отобразиться !
А также нужно знать наперед какие якоря есть на сайте !

мм…
имхо, двойной редирект — лишнее