Лучше использовать CDN для JS и аналогичных ресурсов по сравнению с локальными?

У меня есть привычка хранить все локально и следить за тем, чтобы мой сайт мог работать даже на локальном сервере без подключения к интернету. С тех пор это был мой принцип, так что мой сайт может работать автономно в автономном режиме, и особенно для этапа разработки, когда обновления страниц выполняются очень быстро, и я могу продолжать разрабатывать свои сайты даже без Интернета.

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

Я знаю, что все больше и больше людей связывают / импортируют библиотеки через общедоступные CDN и тому подобное, поэтому мне было интересно, есть ли в этом какие-либо существенные преимущества?

Я определил очевидное (не стесняйтесь меня поправлять):

PRO LOCAL
— более быстрый опыт разработки
— нулевая зависимость от других серверов, которые могут сломаться
— более быстрый пользовательский опыт (?), поскольку страницы сайта быстро работают с файлами / библиотеками на одном сервере уже (локализовано)

PRO CDN
— экономит веб-пространство (но в современном мире это кажется незначительным .. на типичном сайте вы можете сэкономить, может быть, всего 10-20 Мбайт места, и что это в общей схеме вещей в наши дни и дешевые серверы и все)

  • светлее на сервере (?) = Мне на самом деле интересно об этом. Будет ли загрузка из CDN легче на оперативной памяти сервера и на диске ввода-вывода, или будет хуже, поскольку выполнение документа (например, index.php) занимает немного больше времени, чтобы завершить его, включив циклы потоков / mem / cpu?

Спасибо всем.

7

Решение

Преимущество CDN не для вас (и не должно быть). Это для ваших клиентов / пользователей. Использование файлов CDN — особенно для широко используемых библиотек, таких как jQuery (или любой другой большой библиотеки) — означает, что они получат кэшированную копию файла из физического расположения рядом с ними. В большинстве случаев использование популярного CDN для больших библиотек означает, что пользователь также загружал этот ресурс раньше — из чужой сайт — поэтому файл будет кэшироваться локально в их браузере.

Это помогает сократить время, затрачиваемое вашим пользователем на загрузку файлов. Речь идет не о нагрузке на ваш сервер или о ваших возможностях разработки во всех случаях, а о наименьшем запасе краевых случаев. Сначала подумайте о своих пользователях!

Использование CDN для большинства статических файлов строго лучше для ваших пользователей.

12

Другие решения

Каждый запрос HTTP / HTTPS является усилием для веб-сервера.
Запросы, сделанные для JS, CSS или любого другого статического файла, будут перенаправлены в CDN, который обычно имеет распределенную, быструю и стабильную архитектуру.

Если вы управляете веб-приложением или сайтом со страницами, которые выполняют много запросов, и вы получаете много пользователей, число запросов HTTP в секунду может значительно возрасти; если ваш веб-сервер начинает медленно реагировать, было бы неплохо разделить запросы, CDN действительно хороши для управления статическим содержимым.

В основном выполняя настройку, сервер может масштабироваться меньше и экономить деньги.

Если вы не сталкиваетесь с нехваткой производительности, возможно, вам не нужно использовать CDN.

4

По вопросам рекламы ammmcru@yandex.ru
Adblock
detector