Почему я должен использовать CDN Google для jQuery?

Это может быть очевидным для некоторых, но мне было интересно: почему я должен зависеть от сервера Google для размещения jQuery для моего сайта?

Только потому, что так быстрее загружается?

Это потому что:

1. Это увеличивает доступность параллелизма.
   (Большинство браузеров загружают только 3 или 4 файла одновременно с любого данного сайта.)
   
   
2. Это увеличивает вероятность попадания в кеш.
   (Чем больше сайтов придерживаются этой практики, тем больше пользователей уже подготовили файл).
   
   
3. Это гарантирует, что полезная нагрузка будет как можно меньше.
   (Google может предварительно сжать файл во множестве форматов (например, GZIP или DEFLATE). Это делает время загрузки очень маленьким, потому что оно супер сжато и не сжимается на лету.)
   
   
4. Это уменьшает количество полосы пропускания, используемой вашим сервером.
   (Google в основном предлагает бесплатную пропускную способность.)
   
   
5. Это гарантирует, что пользователь получит географически близкий ответ.
   (У Google есть серверы по всему миру, что еще больше снижает задержку.)
   
   
6. (Необязательно) Они будут автоматически поддерживать ваши сценарии в актуальном состоянии.
   (Если вам нравится «летать за штанами», вы всегда можете использовать последнюю версию любого сценария, который они предлагают. Они могут исправить дыры в безопасности, но обычно просто ломают ваши вещи.)

Существует несколько сценариев, когда вы можете не использовать jQuery из CDN Google:

1. При создании приложения для интрасети, где веб-сервер размещен в той же сети, что и клиенты. Если вы используете Google CDN jQuery, вы будете звонить в Интернет, а не на веб-сервер в локальной сети. Это увеличивает пропускную способность для вашей организации и медленнее.

2. Когда вы хотите запустить приложение в автономном режиме . (Весьма связано с первой проблемой). Если вам нужно работать в среде разработки (управляемой, например, с помощью Bower ), вам может потребоваться, чтобы ваше приложение работало без подключения к Интернету (например, в поезде :)

3. Когда вам нужно настроить его . Например, если вы используете Grunt для сборки библиотеки, чтобы использовать только определенные модули или задать имя AMD

4. Когда вы обслуживаете страницы через SSL, которые требуют jQuery. Вы должны обслуживать JavaScript поверх SSL, а также свою страницу, чтобы избежать проблем с безопасностью и предупреждений.

Кроме того, Microsoft размещает jQuery на своих CDN. Это еще один выбор, сравнимый с использованием размещенного в Google jQuery.

Это исследование по TJ VanToll убедили меня в том , что это лучше сцепить JQuery с другими скриптами , а не загрузить его из CDN.

Причина заключается в задержке загрузки jQuery на мобильных устройствах:

«В 2012 году среднее время RTT в мобильной сети в Соединенных Штатах составляло 344 мс. И эти 344 мс применяются не только к каждому HTTP-запросу, который в настоящее время составляет в среднем 93 веб-страницы, но также к каждому поиску DNS и TCP-соединению ... В то время как средние значения RTT улучшаются, можно получить лишь небольшой дополнительный выигрыш, поскольку современные сети находятся в пределах небольшого фактора от теоретического предела, продиктованного физикой ".

Он также цитирует этот пост от Стива Соудерса, в котором показано, почему вы на самом деле вряд ли получите выгоду от кеширования при использовании CDN:

«Из-за фрагментации поставщиков CDN, версий jQuery и использования протокола (http против https) шансы получить попадание в кэш CDN шокирующе низки - и загрузка из внешнего домена может выполнить не один, а три обходные пути (поиск DNS, TCP-соединение и HTTP GET). "

Наибольшая выгода от кеширования. Теория заключается в том, что если посетитель посетил сайт, который загружал свои библиотеки JavaScript, скажем, jQuery, например, из CDN Google, то, когда он посещает ваш сайт, библиотека уже находится в кэше браузера этого пользователя и ее не нужно будет снова загружать. , Это звучит великолепно в теории.

Преимущества, которыми делятся здесь и в других местах, являются теоретическими. Просто наткнулся на углубленный анализ использования CDN и обеспечивает ли он ожидаемый выигрыш в производительности. http://www.root777.com/appdev/does-using-google-libraries-api-cdn-give-you-performance-benefits

Основная причина НЕ позволять Google размещать ваш jQuery, о котором многие не думают, заключается в том, что он не будет загружаться, если вы находитесь в Китае. Он блокируется вместе со многими другими сценариями, шрифтами и т. Д., Размещенными в Google CDN. Если вам нужно связаться с китайской аудиторией, лучше всего использовать запасной вариант, размещенный на вашем собственном сервере. Google APIS заблокирован в Китае

Некоторые хорошие ответы здесь на «Почему вы должны ...» и «Почему вы не должны ...»

Я просто хочу добавить список альтернатив в Google, если вы действительно хотите загрузить jQuery из CDN.

• CDN JS - https://cdnjs.com/libraries/jquery
• Microsoft - https://docs.microsoft.com/en-us/aspnet/ajax/cdn/overview#jQuery_Releases_on_the_CDN_0] 2
• jsDelivr - https://www.jsdelivr.com/package/npm/jquery
• code.jquery.com (StackPath) - https://code.jquery.com/
• Google - https://developers.google.com/speed/libraries/#jquery

Подводя итог, вы в целом улучшаете общую производительность своего сайта / приложения.

Назначив CDN сервисному работнику, вы можете загружать CDN один раз за время жизни клиента, а не каждый раз, когда обновляете свой код.