> Постепенно он выстраивает представление о мире и учится предсказывать последствия своих действий.
В топике же ясно написано, почему они не будут сами учить танец ^_~
На самом деле именно это я и хотел сказать ))) видимо коряво получилось. Я предложил всего лишь идею реализации, основу принципе. Не как замену, а как дополнение к тому же ajax.
Вообще, можно совместить предложенный метод с классическим получением блоков по ajax. Такая бы система была бы более правильной и более гибкой. Тем более могла бы содержать некоторые преимущества, так как в отличии от классической загрузки блоков по ajax этот метод дает нам кеш на кучку закладок сразу. Т.е. загруженный блок в одной закладке автоматически будет кешем для других.
Ну… против jQuery я ничего не имею ))) на самом деле это действительно спички. Мне больше в таком подходе нравиться то, что нет необходимости (в отличии от AJAX) делать вариант сайта для браузеров/поисковиков без поддержки оного.
Ну зато, в случае отсутствия у браузера AJAX, вы не увидите ничего (если заранее не испытали геморрой по поддержке таковых), а в случае отсутствия localStorage бы увидите полноценную страницу. В этом я считаю и есть основной плюс — отсутствие геморроя для затачивания под разные требования со стороны клиента.
в вашем случае не требует.
Что у вас при переходе «как-то» определяется набор блоков что надо показать, что я сам при формировании запроса это вам явно укажу.
Если я вас правильно понял (на что я надеюсь) то вы рассматриваете случай, когда средства скрипта на стороне сервера это позволяют сделать быстро (например шаблонизатор позволяет выдрать блок из полного шаблона) или изначально блоки и запросы к серверу организованы так, что я могу получать блоки по отдельности. Если же мы имеем старую (ну или относительно старую) CMS, которая такими возможностями не обладает, то добавление в неё загрузи блоков страницы по AJAX зачастую оборачивается проблемами.
Вообще ajax это просто механизм(а лучше назвать это средством) по формированию запроса к серверу.
Совершенно обычному, и абсолютно любому запросу
не забывайте это.
Я и не говорю о замене ajax. Понятно, что мой пример не в коем случае не заменит его, например, для посылки фоновых запросов.
jQuery, как я уже писал в посте — это всего лишь временное средство достижения результата. Так что к нему изначально можно не привязываться. Тем более, в лучшем случае, использование того же самого CDN как ни крути, но генерирует один (на скрипт) лишний запрос браузера куда-то, пусть даже ему там и отвечают «файл не изменен». По крайней мере на своей машине такие запросы (а точнее ожидание этого коротенького «файл не изменен») зачастую доходит до 50% времени загрузки и обработки всей страницы.
Если же говорить в общем смысле, мне такая идея нравиться тем, что она на современных браузерах дешево стоит, а на старых её можно не исполнять. И… несомненным плюсом является простота, то, что на стороне сервера мне достаточно написать пару строк, а те же JS и CSS просто проинклудить в тело документа, что бы автоматом их кешировать, а так же не заботиться о том, что я генерирую 10 запросов на 1 страницу к своему серверу для получения нужных данных.
Вопрос скорее в том, что ajax требует конкретной переделки логики приложения, да и не всегда возможно понять кто к тебе стучит, поисковик или человек (поисковики, они же тоже под людей косят).
В топике же ясно написано, почему они не будут сами учить танец ^_~
Добавил UPD.2 разъясняющий суть топика >_<
P.S. Если вы конечно не считаете это бредом и что его нужно перенести в блог «я мусор»)))
Что у вас при переходе «как-то» определяется набор блоков что надо показать, что я сам при формировании запроса это вам явно укажу.
Если я вас правильно понял (на что я надеюсь) то вы рассматриваете случай, когда средства скрипта на стороне сервера это позволяют сделать быстро (например шаблонизатор позволяет выдрать блок из полного шаблона) или изначально блоки и запросы к серверу организованы так, что я могу получать блоки по отдельности. Если же мы имеем старую (ну или относительно старую) CMS, которая такими возможностями не обладает, то добавление в неё загрузи блоков страницы по AJAX зачастую оборачивается проблемами.
Вообще ajax это просто механизм(а лучше назвать это средством) по формированию запроса к серверу.
Совершенно обычному, и абсолютно любому запросу
не забывайте это.
Я и не говорю о замене ajax. Понятно, что мой пример не в коем случае не заменит его, например, для посылки фоновых запросов.
Своё то местечко на самом деле то имеется, но к сожалению оно имеет лимиты по трафику, не хочу сюрприза в конце месяца (((
Если же говорить в общем смысле, мне такая идея нравиться тем, что она на современных браузерах дешево стоит, а на старых её можно не исполнять. И… несомненным плюсом является простота, то, что на стороне сервера мне достаточно написать пару строк, а те же JS и CSS просто проинклудить в тело документа, что бы автоматом их кешировать, а так же не заботиться о том, что я генерирую 10 запросов на 1 страницу к своему серверу для получения нужных данных.