Комментарии 17
Интересный подход, но что-то подсказывает, что на клиенте в итоге он приведет к замедлению загрузки и тормозам. На каком количестве одновременно установленных баннеров вам приходилось его тестировать?
+2
4-5 рекламных блоков, визуально грузится быстрее.
можно на nnm-club.ru посмотреть, сорри если реклама
можно на nnm-club.ru посмотреть, сорри если реклама
+2
это не рекламные блоки у вас, а помои какието.
уж простите конечно, но лично для меня что это — что порнотизеры — одно и тоже…
в тоже время нормальную рекламу описанным выше образом какраз нельзя вставлять себе на сайт, причин две — либо дохнет таргетирование и контексная привязка, либо ( если реклама не на столько умна ) реферер.
Не возможность отследить рекламодателю откуда был переход и почему — оч хренова.
уж простите конечно, но лично для меня что это — что порнотизеры — одно и тоже…
в тоже время нормальную рекламу описанным выше образом какраз нельзя вставлять себе на сайт, причин две — либо дохнет таргетирование и контексная привязка, либо ( если реклама не на столько умна ) реферер.
Не возможность отследить рекламодателю откуда был переход и почему — оч хренова.
+6
>В связи с последними инициативами гугла учитывать время загрузки страницы становится всё более актуально асинхронно подгружать части веб-страниц уже после загрузки основного минимума.
Другой топик:
>Ряд крупных компаний, среди которых Google, KDDI, Globe Telecom и пр. планируют в ближайшее время приступить к строительству международной кабельной системы под названием «Юго-восточный азиатско-японский кабель» (Southeast Asia Japan Cable, SJC).
>пропускная способность канала составит 17 Тбит/с; с возможностью увеличения до 23 Тбит/с.
фейспалм.жпг
Другой топик:
>Ряд крупных компаний, среди которых Google, KDDI, Globe Telecom и пр. планируют в ближайшее время приступить к строительству международной кабельной системы под названием «Юго-восточный азиатско-японский кабель» (Southeast Asia Japan Cable, SJC).
>пропускная способность канала составит 17 Тбит/с; с возможностью увеличения до 23 Тбит/с.
фейспалм.жпг
-8
Почему бы просто не всосать нужно содержимое через XHR и не добавить его через innerHTML?
0
если в уже готовый документ добавляется document.write — он заменит весь документ а не допишет в него, т.к. старый уже закрыт — он откроет новый для записи
0
Так он не выполнится при вставке через innerHTML.
Но я вообще не вижу смысла использовать document.write(). Или так принято вставлять рекламу?
Но я вообще не вижу смысла использовать document.write(). Или так принято вставлять рекламу?
0
а почему не подменить document.write своим кодом, который не будет себя так вести?
0
Идея подгрузки вспомогательной информации после основного контента, достаточно старая. Кроме скорости есть еще соображения повышения доли уникального контента на странице.
Но как это будет оценивать Гугл не очень понятно. Он однозначно парсит динамический контент. По ссылке которую вы привели утверждается что он учитывает суммарное время подгрузки и HTML и JS. В этом случае непонятно за счет чего можно достигнуть сокращения суммарной скорости загрузки.
Но как это будет оценивать Гугл не очень понятно. Он однозначно парсит динамический контент. По ссылке которую вы привели утверждается что он учитывает суммарное время подгрузки и HTML и JS. В этом случае непонятно за счет чего можно достигнуть сокращения суммарной скорости загрузки.
0
вот тут говорится что время загрузки считается до события DocumentComplete, т.е. если что-то подгружать в onLoad это уже на время, учитываемое гуглом, влиять не будет.
и для конечных пользователей, если рекламный блок висит вверху страницы с подгрузкой внешнего js, то пока он не загрузится — остальная страница видна не будет. при отложенной подгрузке содержимое страницы видно сразу.
и для конечных пользователей, если рекламный блок висит вверху страницы с подгрузкой внешнего js, то пока он не загрузится — остальная страница видна не будет. при отложенной подгрузке содержимое страницы видно сразу.
0
интересное решение, но кажется довольно сложным, наверно будет куча подводных камней, да и что делать с Хромом и ИЕ, проще переопределить document.write, будет кроссбраузерно
+1
а iframe-то зачем? Web Optimizer юзает перемещение блоков в конец в собственных div'ах. Уже полгода безотказно работает везде.
document.write переопределять — зло. Быстро ломает любую обратную совместимость с другими решениями.
document.write переопределять — зло. Быстро ломает любую обратную совместимость с другими решениями.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Асинхронная загрузка произвольного html