extsrc.js — загружаем все скрипты асинхронно и уже после отрисовки страницы (даже с document.write)

… на <script extsrc="..."> или <script extsrc="..."> (есть разница!)

Точно?

                document.write = function(i) {
                    var txt = document.createTextNode(i); 
                    span.appendChild(txt);
                };

1. innerHTML
2. document.write хорошо бы после исполнения скрипта на место вернуть

а хром разве поддерживает @defer?

WinXP Opera 10.62
После «script3:» пустота…

а что будет если встретится конструкция

document.write('<script src=«s.js» type=«text/javascript») + document.write('></script>')

Так на всякий случай, в FF4 b7 (и в ночных сборках тоже), не работает («script3:» и пустота). Какая-то проблема с динамической вставкой элементов script у них, не вызывается onload и onerror тоже.

ff4b6

 "With document.write" (loads seq-ly, BUT AFTER document renders)
 script1:             [dw1.document.write]
 script2 (not found, must be empty line): 
 script3:             

FF 3.6.10 — также «script3:» и пустота

кому и зачем так сильно нужен тот document.write?

о млин, а где комментарии то? O_o

А нифига вы молодец какой! (:

А реально ли оформить extsrc.js в виде юзерскрипта, который будет подменять все «src» на «extsrc»?

Тем кто вешает на более-менее посещаемый сайт внешний скрипт — вроде виджета вконтата, фейбука или твиттера — я бы отрывал руки. Ну не должен ваш сайт зависеть от того — работает некий другой сайт или нет!
Самое правильное решение — хранить копии js файлов для виджетов у себя на сервере, и просто обновлять версию при необходимости.

да, в jquery(ui), есть такая штуковина $.getscript — api.jquery.com/jQuery.getscript/. оно то делает? или я чего то не понял.
но в любом случае, он использует некий фреймворк, а ваш скрипт, как я понял — нет.

а extsrc атрибут в теге script валидный с точки зрения html?

еще document.writeln() добавить надо

Я так понял, в скрипте пересоздаётся новый тег script, но при этом тогда теряются другие аттрибуты типа charset. Хорошо бы переносить туда же.

>но нельзя использовать inline javascript

заранее прошу прощения, если спрошу бред.
А разве нельзя вашим-же скриптом обработать inline скрипты?
ну хорошо, если они пытаются отработать сразу, то к примеру засунуть их в коммент, ваш скриптик их бы собирал и выполнял апосля.

Мда, вообще-то проблема не в том.

Во первых количество потоков браузера ограничено, IE — 2, остальные 4-6, при чем больше 2 не разрешено :). Дополнительно браузер отдает приоритет скриптам перед остальными элементами.

Исходя из этого надо все скрипты слить в один поток — слить и сжать, и поставить в конце страницы и собственно проблема задержки рендеринга страницы из-за скриптов пропадает как факт, но при этом отлично работают inline jQuery и прочие фишки.

Дполнительно не плохо было бы layout прописать так что бы ни скрипты ни отдельные элементы не влияли на рендеринг — приписать размеры или минимальные размеры, прописать начальное состояние и прочие заморочки. Если надо вынести основные стили в страницу.

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

чтобы юзер не пялился в пустую страницу 10 секунд достаточно слить все скрипты в один. а вот выдавать ему страницу с неработающими 10 секунд кнопками — не стоит.

Отличная библиотека! А вы не думали о том, чтобы выложить её на Google Code? Будет очень досадно, если такое добро пропадёт, ну и возможно тем кто будет ей пользоваться было бы полезно подписаться на уведомления об обновлениях в коде.

Идея по поводу inline-скриптов. Может вызывать какое-нибудь событие, после загрузки всех скриптов? Что-то вроде следующего:

<script src=«extsrc.js»></script>
<script extsrc=«jquery.js»></script>
<script>
extscr.ready(function() {
$(document).ready(....)
})
</script>

document.write не совсем честный получается. Ситуации достаточно специфичные, но всё же.

1. То, что пишет document.write не приводится к нормализованному html. Например, мы можем написать document.write('<a href="#">') и всё, что дальше, будет считаться ссылкой, пока не встретиться </a>
В случае innerHTML текст сначала нормализуется в правильный html, потом вставляется в документ.

2. В случае, если внешний скрипт с extsrc с помощью document.write создаст ещё один внешний скрипт, а тот, в свою очередь, тоже вызовет document.write, то всё сломается, т.к. к моменту вызова последнего document.write он (document.write) уже родной, а не ваш переопределённый. По крайней мере в Firefox так, в остальных не смотрел.

Ну и несущественное замечание: генерируемый с помощью document.write контент добавляется после текущего script, а не перед. Это не важно, но так, для справки.

Я для таких целей, с недавних пор, стал использовать labjs.com/ — небольшой вес библиотеки, есть возможность конструкций типа
$LAB
.script("/js/live.js")
.wait(function(){alert('First one loaded');})
.script('/js/additional.js');

Кстати, github.com/eligrey/async-document-write :-)