Комментарии 46
Вот ведь попадут люди, кому сайт писали по заказу фрилансеры и которые понятия не имеют, как их сайт внутри устроен.
С наступающим!!!
С наступающим!!!
+26
Здесь должна быть эта картинка: gdemozg.ru/images/demot/DPS.jpg
+6
Я сам делаю сайты по шаблону, но я всегда слежу за тем, чтобы все скрипты и картинки были на хостинге с сайтом, также внимательно прочесываю код и удаляю оттуда лишние ссылки, тщательно за всем этим слежу.
Словом, я спокоен! Но за новость спасибо, буду иметь ввиду!
Словом, я спокоен! Но за новость спасибо, буду иметь ввиду!
-1
Тоже размещаю либо на хостинге, либо Гугловский CDN использую, но имхо CDN предпочтительней
+1
Хорошо конечно иметь все при себе. Но от CDN'ов отказываться думаю очень не стоит по крайней мере по двум причинам: бОльшая скорость загрузки с CDN и распарралеливание запросов — все это в конечном счете отражается на скрорости загрузки.
+4
Не забываем, что CDN это еще и +1 DNS запрос, который тоже делает свой вклад, но уже в другую сторону )
-2
который обычно закеширован, как и сам jquery с гуглового CDN, ибо используется на тысячах сайтов
+2
За всех не скажу, но в Firefox кеш DNS длится минуту (по умолчанию).
По второму пункту нельзя не согласиться. Разве что только фрагментация по версиям jQuery немного картину портит. + те сайты, которые используют мажорные версии ссылок на CDN (там гугл ставит expires в 1 час).
Сам то конечно использую CDN, но скорее потому что так просто удобнее.
По второму пункту нельзя не согласиться. Разве что только фрагментация по версиям jQuery немного картину портит. + те сайты, которые используют мажорные версии ссылок на CDN (там гугл ставит expires в 1 час).
Сам то конечно использую CDN, но скорее потому что так просто удобнее.
0
Все равно смысла не понимаю загрузки с гугла: вот если ваш сайт лежит, то и пофигу на cdn, а вот если вдруг гугл ляжет (хотя бы для какого-то юзерского провайдера), то ваш сайт уже будет неработать и не по своей вине.
+1
НЛО прилетело и опубликовало эту надпись здесь
Сразу надо было думать, а не создавать проблемы на пустом месте.
+5
А что за картинки использовали с их сайта то?
-1
А что делать сотням тысяч владельцев блогов, у которых в темах это прописано? и сами они поменять не могут. Ведь даже если захотят, то в статье не написано, как быстро изменить ссылку на вызов с Гугловского CDN…
-3
Включать мозг на этапе создания блога.
Включать мозг на этапе выбора темы.
Включать мозг при прочтении этого топика.
Включать мозг на этапе выбора темы.
Включать мозг при прочтении этого топика.
+1
Не все такие умные, чтобы копаться в недрах тем. Да и поступать как Дэн Хэберден, сообщать ПО ФАКТУ, а не заранее — неблагородный поступок!
0
А зачем браться делать то что не умеешь?
Тренироваться нужно «на кошках», а не на реальных проектах.
Тренироваться нужно «на кошках», а не на реальных проектах.
+1
Действительно, зачем дизайнеру или писателю браться делать блог, чтобы делиться своим творчеством? Зачем придумывали CMS? Чтобы больше людей могло приобщиться к Интернету, чтоб он был краше и разнообразнее. Не каждому надо переписывать под себя плагины, дизайн и т.д.
Или до сих пор считаем, что сейчас 90-е и создание сайтов это уровень высших сил, а адреса другу диктуем по телефону?..
Или до сих пор считаем, что сейчас 90-е и создание сайтов это уровень высших сил, а адреса другу диктуем по телефону?..
-1
Т.е. сделать работу, которая входить в понятие «создание сайта» это вы считаете нереальным, но уже хотите чтобы любая домохозяйка их делала.
Вы себе противоречите.
Сделать сайт это не семечки лускать.
Вы себе противоречите.
Сделать сайт это не семечки лускать.
0
Если кто угодно, делающий сайт, полагается на доступность стороннего ресурса для работоспособности сайта, этот факт, как минимум, должен учитыватся в процессе эксплуатации сайта. Это вроде как совсем очевидно.
Темы, в которых зашиты хотлинки на библиотеки на сайтах библиотек, сделаны терминальными (в смысле кончеными) криворучками. Этот факт также должен учитываться при выборе темы.
Темы, в которых зашиты хотлинки на библиотеки на сайтах библиотек, сделаны терминальными (в смысле кончеными) криворучками. Этот факт также должен учитываться при выборе темы.
+1
почему бы там например фаерфоксу не выделиться и в новой версии автоматически подключить все эти уже битые хотлинки :P
+1
а потом майкрософт выслушает новую волну негодования: мой сайт не работает в IE!!!
0
В Опере, как всегда, эта функциональность уже есть. Открываете сайт jQuery или любой другой, запрещающий хотлинки, заходите в «Настройки для сайта...» в контекстном меню, на вкладке «Сеть» снимаете галочку «Отправлять данные о ссылающейся странице».
0
По ссылке про 31 января, а в заголовке про 31 декабря.
0
!window.jQuery && document.write(unescape('%3Cscript src=«js/libs/jquery-1.4.2.js»%3E%3C/script%3E'))
0
<script src="//ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.js"></script>
<script>!window.jQuery && document.write(unescape('%3Cscript src=«js/libs/jquery-1.4.2.js»%3E%3C/script%3E'))</script>
<script>!window.jQuery && document.write(unescape('%3Cscript src=«js/libs/jquery-1.4.2.js»%3E%3C/script%3E'))</script>
0
Интересный способ. А если первый доступен, но не успел загрузиться до того, как Вы делаете проверку !window.jQuery? Получится, что загрузится 2 файла. Или разъясните мне.
0
Могут выключить, а потом включить снова. В итоге, те, кто поменять может — поменяют и нагрузка упадет, а у остальных — кто не может сменить — снова все начнет работать.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Хотлинки на сайт jQuery будут запрещены c 31 января 2011 года