Приветствую всех.
Сервер: Windows Server EE 2008
Web-сервер: IIS7
Сервер базы: MS SQL 2008 EE

Есть несложный сайт, с парочкой функционалов (смена пароля, получение отчетов и т.д. работа с данными на сервере с БД), эти функционалы разнесены по разным страницам.
Обращение к данным и функционал выполнен в виде обращений ajax к веб-сервису.

Так вот, хотел реализовать загрузку этих страниц через ajax, т.е. не переход по ссылкам к этим страницам, а будет основная страница, при вызове определенной страницы, будут грузится страницы в основной контент на главной странице.
Рассматриваю загрузку страниц через такой код (к примеру):



и рассматриваю вариант вызова ASP.NET Generic Handler, с передачей определенных параметров (идентификаторов/названий страниц) для получения необходимого контента.
Какой метод более эффективен в плане скорости получения содержимого страницы?
И если generic handler более эффективен, подскажите как из generic handler получить содержимое страницы на сервере и передать его клиенту?

Спасибо.

Спасибо, за советы.
Но....

iConstСудя по описанию - думать о производительности вообще не стоит. И хэндлер здесь не нужен - тем же джквери подтягивать куски разметки в сингл страницу.
т.е. по скорости загрузка страниц на сервере через gandler не будет отличаться от загрузки самих страниц?
Вообще скажем эти же функционалы если реализовать в виде обычных html-страниц на IIS, будет ли отличие в скорости получения содержимого этих страниц?
Т.е. получение содержимого aspx-страницы от обычной html-страницы?

.... и подумать про кнопки браузера вперед/назад
это понятно

Dezaorunbek,

jquery template тебе в помощь, и History Api
эти инструменты не юзал, спасибо за подсказку

iConst,

ок, спасибо

iConstorunbek,

Различие будет: Я четко написал - куски разметки . Нафига страницы? Лишний трафик создавать?
.aspx - сервер будет городить объект Page, жквери потом контент выковыривать будет
.html - жквери просто контент выковыривать будет

забыл про один момент уточнить
при aspx был полезный момент, когда в Page_Load я мог добавить
проверку cookie для проверки авторизованности и если недействительная сессия страница с функционалом
просто выполняет команду Response.End
для того чтобы не выводить функционал работы с веб-сервисами в целях безопасности

и еще, хотел посоветоваться про такой момент
для защиты вызовов веб-сервисов, кроме контроля авторизационного cookie, добавить дополнительный маркер (32-байтная строка к примеру), который хранится в базе и служит дополнительным средством защиты.... и который меняется после каждого вызова сервиса или после других действий
как можно еще защитить json-xml-web-сервис от атак и... есть ли инструменты для проверки на "дырявость" таких сервисов
защита от sql-инъекций есть, в виде "чистки" входных данных от двойных кавычек и sql-инструкций

спасибо