Я сам делаю сайты по шаблону, но я всегда слежу за тем, чтобы все скрипты и картинки были на хостинге с сайтом, также внимательно прочесываю код и удаляю оттуда лишние ссылки, тщательно за всем этим слежу.
Словом, я спокоен! Но за новость спасибо, буду иметь ввиду!
Хорошо конечно иметь все при себе. Но от CDN'ов отказываться думаю очень не стоит по крайней мере по двум причинам: бОльшая скорость загрузки с CDN и распарралеливание запросов — все это в конечном счете отражается на скрорости загрузки.
За всех не скажу, но в Firefox кеш DNS длится минуту (по умолчанию).
По второму пункту нельзя не согласиться. Разве что только фрагментация по версиям jQuery немного картину портит. + те сайты, которые используют мажорные версии ссылок на CDN (там гугл ставит expires в 1 час).
Сам то конечно использую CDN, но скорее потому что так просто удобнее.
Все равно смысла не понимаю загрузки с гугла: вот если ваш сайт лежит, то и пофигу на cdn, а вот если вдруг гугл ляжет (хотя бы для какого-то юзерского провайдера), то ваш сайт уже будет неработать и не по своей вине.
А что делать сотням тысяч владельцев блогов, у которых в темах это прописано? и сами они поменять не могут. Ведь даже если захотят, то в статье не написано, как быстро изменить ссылку на вызов с Гугловского CDN…
Действительно, зачем дизайнеру или писателю браться делать блог, чтобы делиться своим творчеством? Зачем придумывали CMS? Чтобы больше людей могло приобщиться к Интернету, чтоб он был краше и разнообразнее. Не каждому надо переписывать под себя плагины, дизайн и т.д.
Или до сих пор считаем, что сейчас 90-е и создание сайтов это уровень высших сил, а адреса другу диктуем по телефону?..
Т.е. сделать работу, которая входить в понятие «создание сайта» это вы считаете нереальным, но уже хотите чтобы любая домохозяйка их делала.
Вы себе противоречите.
Если кто угодно, делающий сайт, полагается на доступность стороннего ресурса для работоспособности сайта, этот факт, как минимум, должен учитыватся в процессе эксплуатации сайта. Это вроде как совсем очевидно.
Темы, в которых зашиты хотлинки на библиотеки на сайтах библиотек, сделаны терминальными (в смысле кончеными) криворучками. Этот факт также должен учитываться при выборе темы.
В Опере, как всегда, эта функциональность уже есть. Открываете сайт jQuery или любой другой, запрещающий хотлинки, заходите в «Настройки для сайта...» в контекстном меню, на вкладке «Сеть» снимаете галочку «Отправлять данные о ссылающейся странице».
А, понял, с 31 декабря изображения, а всё остальное с 31 января. Но в любом случае большинство больше волнуют не изображения, поэтому лучше исправить заголовок.
Интересный способ. А если первый доступен, но не успел загрузиться до того, как Вы делаете проверку !window.jQuery? Получится, что загрузится 2 файла. Или разъясните мне.
По умолчанию исполнение последующих элементов script не производится, пока файл, указанный в атрибуте src предыдущего элемента (если он указан и доступен), не окажется скачан и исполнен. Изменить это поведение можно атрибутом defer.
Могут выключить, а потом включить снова. В итоге, те, кто поменять может — поменяют и нагрузка упадет, а у остальных — кто не может сменить — снова все начнет работать.
Хотлинки на сайт jQuery будут запрещены c 31 января 2011 года