Комментарии 52
НЛО прилетело и опубликовало эту надпись здесь
Не забываем также про хостинг библиотек от Яндекса. Яндекс кеширует лучше всех — на 10 лет!
api.yandex.ru/jslibs/
api.yandex.ru/jslibs/
C нетерпением ожидаем сервиса, который установит революционное время кеширования — 100 лет (;
(Интересно, какое максимальное время кеширования, кроме бесконечного, можно установить и какая это часть от времени жизни Вселенной?)
(Интересно, какое максимальное время кеширования, кроме бесконечного, можно установить и какая это часть от времени жизни Вселенной?)
Да как же о нем забудешь, если им пользуешься? :)
Пост полезный, но почему не о JSLibs от Яндекса, если он более актуален для Рунета?
Пост полезный, но почему не о JSLibs от Яндекса, если он более актуален для Рунета?
Вот оно че, михалыч
посмотрел на скорость отдачи с гугла:
Connection Times (ms)
min mean[±sd] median max
Connect: 45 64 14.6 55 82
Processing: 189 296 123.7 297 1253
Waiting: 48 70 32.2 59 356
Total: 234 360 132.8 369 1330
медлееено(
Яндекс заметно быстрее:
Connection Times (ms)
min mean[±sd] median max
Connect: 3 4 0.9 4 6
Processing: 35 49 38.4 43 355
Waiting: 4 5 0.7 5 7
Total: 39 53 38.5 47 360
Connection Times (ms)
min mean[±sd] median max
Connect: 45 64 14.6 55 82
Processing: 189 296 123.7 297 1253
Waiting: 48 70 32.2 59 356
Total: 234 360 132.8 369 1330
медлееено(
Яндекс заметно быстрее:
Connection Times (ms)
min mean[±sd] median max
Connect: 3 4 0.9 4 6
Processing: 35 49 38.4 43 355
Waiting: 4 5 0.7 5 7
Total: 39 53 38.5 47 360
Вот кстати по необъеснимым причинам, как минимум на двух сайтах, где я подключал jquery через гугл, в любой произвольный момент времени начинались тормоза при загрузке… и, как выяснилось, виноват был именно CDN гугла.
Возможно где-то и провайдер локальный подсобил, закэшировав толи адрес толи ответ, но факт остается фактом, библиотека у пользователей переставала грузится.
Имхо лучше не зависить от 3rd-party серверов, и отдавать всё со своего же домена, тем более учитывая что js всёравно закэшируется браузером (при правильной настрйоке сервака) и на дальнейших обращениях «тормозов» не будет
Возможно где-то и провайдер локальный подсобил, закэшировав толи адрес толи ответ, но факт остается фактом, библиотека у пользователей переставала грузится.
Имхо лучше не зависить от 3rd-party серверов, и отдавать всё со своего же домена, тем более учитывая что js всёравно закэшируется браузером (при правильной настрйоке сервака) и на дальнейших обращениях «тормозов» не будет
(извините, пунктуацию всю до пятницы уже растратил… )
В этом я вас поддерживаю. Сам использовал этот трюк только на паре дохлых хостингов чтобы хоть немножко оживить сайты.
В качестве полумеры можно проверять действовать по такой схеме:
Только это очень тормозит — пока браузер догадывается сбросить соединение, иногда проходит непозволительно много времени.
В качестве полумеры можно проверять действовать по такой схеме:
<script type="text/javascript" src="http://yandex.st/jquery/1.4.2/jquery.min.js"></script>
<script type="text/javascript">if (typeof jQuery == 'undefined') { document.write(unescape("%3Cscript src='/my-path/jquery-1.4.2.min.js' type='text/javascript'%3E%3C/script%3E")); }</script>
Только это очень тормозит — пока браузер догадывается сбросить соединение, иногда проходит непозволительно много времени.
НЛО прилетело и опубликовало эту надпись здесь
А причем тут параллельная загрузка? С каких пор скрипты параллельно грузятся?
Вопрос к знатокам по поводу CDN Яндекса: не тратится ли на разрешение доменного имени yandex.st больше времени, чем yandex.ru? Оправдано ли использование такой маргинальной зоны?
сжатая версия 1.4.4 «весит» 82 килобайта
Судя по данным огненного жука, Гугл отдает его в еще более сжатом виде — всего 26.5 KB.
Не забываем про то, что Большой брат следит за вами: загружая библиотеки с чужих хостингов, вы отдаете им информацию про ваших пользователей.
Да, я знаю, что это паранойя :-), но ведь ради этого поисковики и раздают разные плюшки.
Но если вы используете аналитику Гугла, то подключение его CDN вам уже не повредит. А вот подключать Яндекс уже не стоит. И наоборот, если аналитика от Яндекса, то подключаем его CDN.
Да, я знаю, что это паранойя :-), но ведь ради этого поисковики и раздают разные плюшки.
Но если вы используете аналитику Гугла, то подключение его CDN вам уже не повредит. А вот подключать Яндекс уже не стоит. И наоборот, если аналитика от Яндекса, то подключаем его CDN.
О боже! Они нас посчитали!
Подключены Аналитика и Метрика. Что делать теперь, не знаю :)
качать с обоих :)
предупреждайте клиентов, что нужно включить
127.0.0.1 mc.yandex.ru
127.0.0.1 www.google-analytics.com
127.0.0.1 ssl.google-analytics.com
в hosts
127.0.0.1 mc.yandex.ru
127.0.0.1 www.google-analytics.com
127.0.0.1 ssl.google-analytics.com
в hosts
Сохраняем траффик – сжатая версия 1.4.4 «весит» 82 килобайта.Это размер файла, а реально передается 26кб. Gzip, все дела.
Кеширование даже на год часто не имеет смысла, т.к. размер браузерного кеша у многих пользователей малЕсли все дружно подключат ее через гугел cdn — ее очень редко будет вытеснять.
Давайте все дружно подключать через яндексовский CDN (если он таковой есть), поддержим отечественного производителя и создадим единый кэш у пользователей! :)
А не проще ли это использовать: code.jquery.com/jquery-latest.pack.js
Я в functions.php тем wordpress
прописываю
if( !is_admin()){
wp_deregister_script('jquery');
wp_register_script('jquery', («ajax.googleapis.com/ajax/libs/jquery/1.4/jquery.min.js»), false);
wp_enqueue_script('jquery');
}
прописываю
if( !is_admin()){
wp_deregister_script('jquery');
wp_register_script('jquery', («ajax.googleapis.com/ajax/libs/jquery/1.4/jquery.min.js»), false);
wp_enqueue_script('jquery');
}
большой кеш тормозит включение/выключение оперы
всегда было интересно почему в CDN mootools core есть, а mootools more нет
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Особенности Google CDN