Да, все верно. Я и не говорил что CSS или JS блокируют загрузку, конечно нет, если вы не используете IE7-.
Я привел панель Network для того, чтобы опровергнуть тезис, что JS блокирует загрузку последующих скриптов, как говорилось в статье на которую вы сослались.
Более того, CSS блокирует не только рендеринг страницы, но и выполнение синхронного JS если этот JS расположен ниже CSS.
JavaScript execution blocks on CSSOM.
Итого:
CSS блокирует выполнение синхронного JS
Раз CSS блокирует выполнение синхронного JS, то значит он блокирует DOM construction косвенно
CSS блокирует рендеринг страницы даже если на этой странице нет JS
В современных браузерах загрузка не блокируется ничем
И вовращаясь к первому комментарию: я не понял что хотел сказать автор статьи этой фразой:
Внешний CSS не блокирует дальнейшую обработки страницы, в отличие от JS.
Абсолютно нет, на этой панели вы видите не последовательность загрузки, а последовательность выполнения (scripting). Да скрипты выполняются последовательно, это известно, но и CSS обрабатывается (построение CSSOM) последовательно.
Нет, нас интересует когда запросы был создан (Request sent). Впрочем, это неважно, на моем скриншоте видно что синие полоски тоже не последовательны и если присмотреться, то они все же пересекаются 2 и 4 запрос.
В статье на которую вы указали, говорится именно о том, что пока скрипт не отработает полностью, запрос для следующего скрипта даже не будет создан (читай не появится зеленая полоска).
Второй момент, статья эта очень старая и она отражает состояние браузеров до IE8, во всех современных браузерах есть такая вещь как pre-loader, который решает проеблему описанную в вашей статье.
Ну и третий момент, если уже быть совсем последовательными, то в вашей статье, так же говорится что в старых FF, загрука стилей тоже была последовательной, именно загрузка а не обработка.
Нет, я про то что пока CSS не загрузится, рендеринг не начнется.
Со шрифтами немного другая логика, IE, например, не дожидается загрузки шрифтов и рендерит сразу, и делает ререндер когда шрифт подгрузился.
Chrome и FF ждут до 3 секунд и рендерят. Если шрифт не успел загрзиться в 3 секунды, то сделают ререндер когда он загрузится.
Абсолютно согласен.
Хочу добавить, что тут придется создавать объект, под который будет выделяться память в managed heap, что есть не очень хорошо.
Да и если логически подумать, это все ООП головного мозга, в BCL, например, ведь нет классов IntParser или NumberSummer.
Несколько раз со мной связывались различные люди, и предлагали внедрить скрипт в расширение. Цена в районе 0.10-0.50$ за пользователя в месяц.
Эти скрипты должны были внедряться на некоторых сайтах, например ebay, и загружать рекламу. Видел несколько расширений в Store которые использовали таки эти скрипты, кажется их потом забанили и они вернулись в Store уже без скриптов.
Да, у Firefox человеческая модерация, это хорошо. Но минус то, что она бывает долго длится, и иногда аддон не пускают по совсем уж мелочным вещам.
У Оперы модерация еще строже, по моим ощущениям.
Я привел панель Network для того, чтобы опровергнуть тезис, что JS блокирует загрузку последующих скриптов, как говорилось в статье на которую вы сослались.
Более того, CSS блокирует не только рендеринг страницы, но и выполнение синхронного JS если этот JS расположен ниже CSS.
Итого:
И вовращаясь к первому комментарию: я не понял что хотел сказать автор статьи этой фразой:
В статье на которую вы указали, говорится именно о том, что пока скрипт не отработает полностью, запрос для следующего скрипта даже не будет создан (читай не появится зеленая полоска).
Второй момент, статья эта очень старая и она отражает состояние браузеров до IE8, во всех современных браузерах есть такая вещь как pre-loader, который решает проеблему описанную в вашей статье.
Ну и третий момент, если уже быть совсем последовательными, то в вашей статье, так же говорится что в старых FF, загрука стилей тоже была последовательной, именно загрузка а не обработка.
Судя по утверждению, скрипты должны загрузиться последовательно.
что запросы начались почти что одновременно.
Со шрифтами немного другая логика, IE, например, не дожидается загрузки шрифтов и рендерит сразу, и делает ререндер когда шрифт подгрузился.
Chrome и FF ждут до 3 секунд и рендерят. Если шрифт не успел загрзиться в 3 секунды, то сделают ререндер когда он загрузится.
CSS блокирует вывод на экран, синхронный JS тоже.
Отсюда появился другой вопрос, в чем разница между «приостановкой вывода страницы» и «блокировкой дальнейшей обработки»?
Но блокирует же.
Хочу добавить, что тут придется создавать объект, под который будет выделяться память в managed heap, что есть не очень хорошо.
Да и если логически подумать, это все ООП головного мозга, в BCL, например, ведь нет классов IntParser или NumberSummer.
Если решите замахнуться, делайте качественно, пожалуйста.
Эти скрипты должны были внедряться на некоторых сайтах, например ebay, и загружать рекламу. Видел несколько расширений в Store которые использовали таки эти скрипты, кажется их потом забанили и они вернулись в Store уже без скриптов.
Да, у Firefox человеческая модерация, это хорошо. Но минус то, что она бывает долго длится, и иногда аддон не пускают по совсем уж мелочным вещам.
У Оперы модерация еще строже, по моим ощущениям.
1. Задачи ставятся на весь день.
2. У задач есть чекбокс выполнено/не выполнено.
3. У задач нету времени.
Например у меня есть список покупок, каждую неделю. Реализация с помощью мероприятий выглядит не очень привлекательной.
Довольно хорошо повторение задач реализовано в wunderlist.