SPDY CDN + серверная часть с асинхронной загрузкой скриптов

Будут ли загрузчики асинхронных скриптов, такие как LABjs или $script.js окажется полезным, нейтральным или отрицательным, если уже используется CDN с поддержкой SPDY?

  1. Я собираюсь использовать полноценный CDN с SPDY, например Cloudflare.
  2. Я читал асинхронные скрипты с внедренными скриптами. " считается вредным, но благодаря зависимостям jQuery мне нужно контролировать порядок выполнения.
  3. Я хочу, чтобы зависимости были максимально разделены

т. е. у меня есть серия JS-скриптов, где <script src= будет работать нормально, а <script async src= — нет. Я не хочу синхронизировать, потому что это будет блокировать. И defer слишком ненадежный, чтобы его рассматривать.

Учитывая вышеизложенное, я бы не задумываясь использовал загрузчик скриптов, если бы не неопределенность SPDY. Вероятно, мне просто нужно знать, дает ли подход, используемый этими сценариями, те же преимущества SPDY (конвейерная обработка, сжатие и т. д.), что и «обычные» подходы?

Другой способ сформулировать вопрос: как повлияет переключение с синхронной загрузки скриптов с SPDY CDN на использование асинхронных загрузчиков скриптов с SPDY CDN?


person rgareth    schedule 16.11.2014    source источник


Ответы (1)


У меня были очень плохие проблемы с производительностью при использовании Cloudflare в качестве прокси-сервера SPDY, и мои тесты увеличились с 1,5 до примерно 4 секунд по сравнению с SPDY (на 266% медленнее). Вы должны проверить себя, и вы должны увидеть более быстрые результаты при прямом подключении к вашему серверу.

CDN замедлит работу, поскольку SPDY позволяет извлекать все ресурсы из одного сокетного соединения, а CDN (https) потребует нескольких рукопожатий TLS и двусторонних подключений, что может замедлить работу вашего сайта.

Этот тест показывает около 350 ресурсов, загруженных через SPDY, и вы не получите таких результатов с CDN: http://httpvshttps.com/

Вот интересная статья:

https://thethemefoundry.com/blog/why-we-dont-use-a-cdn-spdy-ssl/

person AnthumChris    schedule 01.12.2014
comment
Статья интересная, но неактуальная — в то время тестировали CDN без поддержки SPDY. - person rgareth; 02.12.2014
comment
Пожалуйста, объясните, почему для CDN (https) потребуется несколько рукопожатий TLS, и это правда. Рассматриваете ли вы случай, когда у кого-то есть www.site.com и cdn.site.com для статических ресурсов? - person rgareth; 02.12.2014
comment
Да, точно. › 1 рукопожатие TLS замедлит работу. - person AnthumChris; 02.12.2014
comment
Вот почему я упомянул полноценную CDN, т. е. CDN обслуживает www.site.com и не имеет дополнительного имени хоста. то есть 0 дополнительных рукопожатий TLS, и вы также получаете преимущество SPDY. Я не знаю, есть ли общепринятый технический термин для этого, но если вы выполните поиск по CDN с полным сайтом или CDN с полной доставкой, вы обнаружите, что почти все основные поставщики CDN обсуждают свое решение. - person rgareth; 02.12.2014
comment
Да, это будет очень хорошо работать. - person AnthumChris; 02.12.2014