Конечно, данные для получения GET, данные для изменения POST. Да и проблемы я не вижу в этом :)

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

Пруф или не было :)

С точки зрения пользователя современный SPA (т.е. с использованием history API) ничем не отличается от простого сайта. Т.е. там также меняются урлы, загружаются странички и т.д.

Смысл в том, чтобы встать над протоколом, а не придумывать хитрые правила, смысл которых не очевиден.

Небыло, Я подумал ты про другое, поэтому и написал ... т.к. не понятно при чем тут GET и хистори?

Пользователь вводит в поле поиска инфы строку, происходит поиск, затем найденный результат кидает как ссылку другому пользователю с фразой "забанили в гугле?" :)

И ему глубоко по барабану, что реального "релоуда" страницы не было. Кстати что гугл, что яндекс работают именно так :)

Это как-то объясняет зачем ты используешь GET для отправки данных? ;)
Я не понял.

kobezzza,
Я пытаюсь понять зачем использовать два протокола, когда достаточно одного? В чем необходимость? Почему не 3, 10, 100500?

Кажись понял к чему ты ведёшь, мол зачем при отправке ставить тип?

Но дело в том, что я этого не делаю, я пишу просто ajax({ ... }), а фреймворк сам решает как и что отправить, и в случае если изменился URL, то он будет иметь ввиду GET, но ещё более вероятно, что он для транспорта использует WebSocket, т.к. у меня используется адаптор WebSoket который предоставляет интерфейс XMLHttpRequest.

Да. Верно. Нет необходимости, нефиг и юзать. Именно эта часть вынесла мне мозг в Backbone.

Ждем реакцию melky.