Comments 40
по ссылке на книгу автора "Object-Oriented JavaScript" выдает "Page not found"
ну это стандартно: Хабр режет script в ссылке. Тут уж не знаю, что делать, кроме отрыва яиц :)
тиниурл?
нє нє нє
http://tinyurl.com/ ?
http://tinyurl.com/ ?
Попробовал... АЙС!
Со стилями и правда перебор, имхо.
Со стилями и правда перебор, имхо.
Ммм... Клево.
А метод jQuery.getScript(), разве не тот же принцип использует?
А метод jQuery.getScript(), разве не тот же принцип использует?
тот же, в принципе. Только с зависимостями не работает. Однако, чтобы загрузить сам jQuery можно применять уже "ручное" решение :) Как, например, сделано на webo.in
спасибо - интересное решенице - надо будет попробовать...
одна плохо что не везде применимо :(
хотя там где не применимо можно использовать прелоадеры - тогда юзер будет видеть что не все так плохо как кажеться :)
одна плохо что не везде применимо :(
хотя там где не применимо можно использовать прелоадеры - тогда юзер будет видеть что не все так плохо как кажеться :)
Спасибо. Занёс в избранное, потом опробую эти приёмы.
Спасибо, полезная статья.
UFO just landed and posted this here
Интересно, как насчёт кеширования? Есть подозрение, что таким образом скрипты каждый раз будут скачиваться заново.
iframe:
+ ничего сложного
+ нет ограничения на домен
+ не тормозится загрузка текущей страницы
+ легко отслеживать факт загрузки скрипта
- все window и document в скрипте нужно переписать на обращение к родительскому окну. как вариант:
function( window, document ){
// тело скрипта
}( parent, parent.document );
если заинтересовал - http://d-o-b.ru/test/s_s/s_s.js
+ ничего сложного
+ нет ограничения на домен
+ не тормозится загрузка текущей страницы
+ легко отслеживать факт загрузки скрипта
- все window и document в скрипте нужно переписать на обращение к родительскому окну. как вариант:
function( window, document ){
// тело скрипта
}( parent, parent.document );
если заинтересовал - http://d-o-b.ru/test/s_s/s_s.js
За такие статьи надо людей на руках носить. Грамотно структурированы, грамотно написаны!
Спасибо за перевод!
Спасибо за перевод!
Как мы видим, файлы скриптов уже не блокируют загрузку, и браузер может начать раблотать с другими компонентами. Общее время загрузки при этом сократилось вдвое.
А-фи-геть. Про самое главное позабыли :). Почему "уже не блокирует загрузку"? Почему не "ещё" :)? Это такое негласное правило? Есть какой-нибудь нормативный документ, описывающий это поведение? Дело в том, что я пару месяцев назад бился над подобной проблемой - динамической загрузкой скрипта(только не на этапе загрузке страницы, а в общем случае - к примеру, по нажатию на кнопку) и меня жутко волновал тот факт, что ничего удобоваримого, кроме как мною же изобретённого варианта мне не предложили(на одном популярном форуме). Заключался мой вариант в том, чтобы добавлять <scr_ipt src="..." />, после чего делался setTimeout(0), чтобы дать браузеру время загрузить скрипт и вернуть управление JS. В частности с eval кроссбраузерного решения не получится(из-за scope... IE - подарок человечеству, не умеющий делать биндинг на глобальный объект, т.е. на window).
Собственно, ещё раз вопрос: это поведение где-нибудь специфицированно или это опытный факт?
ЗЫ. Я понимаю, что это всего-лишь перевод, но мало ли, может кто-нибудь знает? :)
вопрос не ясен: Вы про document.write и блокировку из-за него, или еще про что?
Нет, я про это:
var js = document.createElement('script');Где-нибудь специфицированно то, что после добавления таким образом скрипта, его загрузка не будет блокировать загрузку всего остального?(как если бы мы просто руками в head написали <scr_ipt ... />, ну, собственно, я о о том, о чём статья :))
js.src = 'myscript.js';
var head = document.getElementsByTagName('head')[0];
head.appendChild(js);
Вообще говоря, упоминаний (в спецификации) не встречал. Но должно следовать из DOM 1/2
Как добавление узла может влиять на загрузку каких-то компонентов? Это уже от внутренних ограничений браузера будет зависеть. Тем более, что окружение для динамического скрипта уже другое (document.write не отработает корректно).
Вопрос, в общем, интересный, но лично мне кажется, что производители бруазеров специально не стали ставить ограничений на изменение DOM (либо потому, что им мало, кто пользуется, либо потому, что окружение другое, либо потому, что просто забыли :).
Как добавление узла может влиять на загрузку каких-то компонентов? Это уже от внутренних ограничений браузера будет зависеть. Тем более, что окружение для динамического скрипта уже другое (document.write не отработает корректно).
Вопрос, в общем, интересный, но лично мне кажется, что производители бруазеров специально не стали ставить ограничений на изменение DOM (либо потому, что им мало, кто пользуется, либо потому, что окружение другое, либо потому, что просто забыли :).
UFO just landed and posted this here
странно, они все грузят с ограничениями на числа одновременных потоков. Проверял по логам сервера
UFO just landed and posted this here
:) вероятно, здесь некоторое недопонимание процесса. Браузер
1. Скачивает HTML файл
2. Анализирует HTML-файл
3. Формирует очередь загрузки
4. Загружает очередной компонент
5. Анализирует очередной компонент, при наличии дополнительных внешних файлов переходит к шагу 3.
6. (здесь уже зависит от реализации браузеров) показывает недогруженную страницу на каком-то этапе
7. Показывает догруженную страницу, срабатывает window.onload
8. Загружает все, что сработало по window.onload — параллельно, учитывая ограничения на потоки.
Ситуация, когда браузер начинает отображать недогруженный HTML-файл происходит по таймауту, и рассматривать ее сейчас несколько неуместно — она имеет место примерно в 0,1..0,01% случаев
1. Скачивает HTML файл
2. Анализирует HTML-файл
3. Формирует очередь загрузки
4. Загружает очередной компонент
5. Анализирует очередной компонент, при наличии дополнительных внешних файлов переходит к шагу 3.
6. (здесь уже зависит от реализации браузеров) показывает недогруженную страницу на каком-то этапе
7. Показывает догруженную страницу, срабатывает window.onload
8. Загружает все, что сработало по window.onload — параллельно, учитывая ограничения на потоки.
Ситуация, когда браузер начинает отображать недогруженный HTML-файл происходит по таймауту, и рассматривать ее сейчас несколько неуместно — она имеет место примерно в 0,1..0,01% случаев
Не так давно именно об этом говорил. Сам случайно обнаружил. Говорили мне “Blog it!”
Столкнулся с проблемой в IE6 — если определять добавление скриптов в самом теге head, то ИЕ выдает ошибку и не грузит страницу. Тут все, наверное, логично — тег head еще не закрыт и ИЕ не хочет добавлять к нему чайлда. Но с другой стороны в FF2, FF3, Opera9.5 и Safari3 (Win) все работало. Пришлось вынести скрипты добавления в body.
Sign up to leave a comment.
Неблокирующая загрузка JavaScript