Слава Вишняков yoihj

Я придумал кстати как побороть 2 хотя бы частично — буду возвращать настоящий d.wr перед тем как делать innerHTML =.

Про 1. не очень понял. Там же как бы буфферизация идет — каждый document.write собирается в длинную строку, а затем innerHTML делается один раз по окончании работы каждого загруженного скрипта (а не на каждый вызов d.wr)

2. На самом деле да, document.write(<script) — это вообще проблема (к счастью, все же, многие так не делают). Но на этот случай просто надо такие плохие оставлять обычным src, ибо я не вижу как это решить. Есть идеи?

3. Да, я думал про это — просто insertBefore понадежнее, чем самоделка insertAfter :) не хочу понижать надежность из-за академичности.

Спасибо за комментарии.

Думаю это плохая идея, потому что когда его вызывать — когда загрузились все скрипты? Долго ждать придется. Лучше уж все же выносить во внешние файлы. И на самом деле JQuery лучше держать локально и не вызывать через extsrc, а использовать extsrc для всяких виджетов, информеров, API — всего того, что нельзя локально скопировать.

Или вот еще интереснее задачка — есть у вас 10 счетчиков, которые выдали вам код с <script src — попробуйте-ка слить их в один файл у себя на стороне (учитывая что счетчики срабатывают именно при этом вызове того самого URL, который в src="" прописан).

К сожалению, в том-то и беда, что нельзя… Допустим мой скрипт загрузился первым — inline script еще не загрузился — я не могу его обработать… как только браузер его загрузит — он его исполнит — я его опять же не могу обработать…

Мысль интересная, надо будет попробовать.

Верная мысль… есть идеи про название?

«Валидность гарантирует, что в каком-то новом браузере, соответствующем стандартам, ваш сайт будет отображаться точно также, как отображается в нынешних.»

Единственное что хоть немного(чуть-чуть) это обещает — это ACID тесты… Гарантировать тут вообще никто ничего не гарантирует. Код может быть валидным и отображаться черт-те-как в разных браузерах.

Вы живете в мире фантастики.

Вот вы вебмастер сайта, вот вам дают какой-нибудь информер, который шеф обязательно хочет видеть прямо вот в начале страницы. И использует она document.write()… При этом скрипт генерится на удаленной серверной стороне… Давайте, дерзайте, слейте ее в один файл и всуньте в конец. Посмотрю я как это у вас получится.

Проблема как раз в том, что туча всякого дурдома до сих пор использует document.write… туча всякого дурдома не позволяет вам хранить их скрипт на вашем сервере.

Те же Google Maps API — давайте, слейте в один со своими скриптами.

Да, выложу. Просто ей еще 12 часов нет, надо было хоть немного отладить :)

Как раз недавно читал что многие браузеры имеют это свойство и отчитываются о его наличии, хотя и не реализуют его.

тест whiteposts.com/extsrc_js/extsrc2.html

что характерно… при попытке добавить это

 var attrs = current_script.attributes;
 for(var i = 0; i < attrs.length; i++) {};

в ту часть где asyncsrc — IE6 напрочь отказывается что-либо грузить и правильно работать…

код whiteposts.com/extsrc_js/extsrc-004.js

разгадки?..

Мысль интересная, но у меня как-то ни одной мысли как найти все атрибуты у тэга…

Готово.

Хорошая идея!

1m39s: «Мы не даем никаких привелегий(boost) страницам, которые валидны»

Плохо слушаете, вот вам Matt Cutts:
www.youtube.com/watch?v=FPBACTS-tyg#t=1m30s

Вроде бы пофиксил в 0.007. whiteposts.com/extsrc_js/extsrc.js (переменная buffer)

Буфферизируется все, что выдает скрипт, пока не сработает следующий скрипт (или скрипты не закончатся). Затем один раз создается SPAN с этим содержимым (для каждого скрипта).

Если только кто-то не делает doc.write чего-то и ждет в скрипте результатов этого (мне даже трудно представить возможно ли такое) — то должно работать для всех тэгов скриптов и т.п. Есть идеи где такое возможно?

Спасибо за подсказку :)

Хром по-моему это не поддерживает. Это вообще первое что я попробовал :)

Не все src можно заменять на extsrc — в том-то и проблема. Пока это только моя интуиция, но есть подозрения… Поэтому и рекомендуется руками заменять.

Кроме того этот userjs должен будет срабатывать до того как браузер обработает DOM. Я не знаю насколько это возможно. Не настолько я спец в Javascripte :)

Да, я бы тоже уши-то пооткрутил — но ведь ДЕЛАЮТ люди и многие. Так пусть хоть может так делают, хоть чуть быстрее будет все.

Спасибо :) признаю, это было непросто и в какой-то момент IE довел меня до желания все бросить и что работать это никак не будет :)

А по-точнее можно?

Я тут свою идею уже придумал ) но она требует доработки. Идея, в общем-то — буфферизация в случае если document.write обнаруживает, что пишется <script до момента пока </script не обнаружится… Только сказать проще чем отладить ))

хммммм… да, проблемка… есть идеи как ее решить?

А сейчас та же фигня?

A если в черновики убираешь (мне пауза нужна была чтобы не высказать все что я думаю по поводу internet explorer :)) ) — комменты временно пропадают до первого нового.

разве innerHTML = '<script></script>' не работает?
или в чем проблема?

Хотя смотря ГДЕ. В коде страницы? Во внешнем скрипте?

Проблемы в любом случае не возникнет, скорее всего. Единственное что будет работать медленнее (как обычный скрипт), но в любом случае после рендера страницы.

Скорее всего проблемы не будет.

Это по ходу ошибки в другом скрипте, в extsrc.js там до 852 строки не доходит дело :)

Вроде бы фикс нашелся — проверьте в IE/Opera.

Проблема в .onerror у IE/Opera… точнее в том, что его нет :) Думаю как обойти.

А не, вижу баг. Все правильно. Буду искать.

Opera 10.62/Ubuntu все ОК. Может кто-то еще с оперой подтвердить баг?

А можете выложить что IE пишет и есть ли что-то в Error Console у Opera?

А можно копию того что выдает IE и желательно из оперы тоже — есть ли что-то в Error Console?

А сколько браузеров реально поддерживают «defer»?

О! Верно! Это очень даже правильно. Плюс Вам в карму за помощь. Исправлено.

2. Сделано — document.write возвращается на место.