То есть для тебя <script src="https://ajax.googleapis.com/ajax/libs/jquery/3.1.1/jquery.min.js"></script> и <a href="https://ajax.googleapis.com/ajax/libs/jquery/3.1.1/jquery.min.js">Google JQuery CDN</a> одно и то же по сути?

То есть для тебя <script src="https://ajax.googleapis.com/ajax/libs/jquery/3.1.1/jquery.min.js"></script> и <a href="https://ajax.googleapis.com/ajax/libs/jquery/3.1.1/jquery.min.js">Google JQuery CDN</a> одно и то же по сути?

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

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

Скрипты - отдают

А <a href="#">БЛА БЛА БЛА</a> - нет

Ребята привет. Подскажите источники как сделать отложенную загрузку js. насколько я понял это может очень ускорить загрузку страницы и сократить время ответа сервера

Что за цмс

Скрипты - отдают

и css еще как отдают

и css еще как отдают

Ну ты же мне про <a href="#"> втираешь, когда я дал ссылку на ЛК своего провайдера

напоминает спор глухого и слепого

А <a href="#">БЛА БЛА БЛА</a> - нет

в итоге ты мне не привел пример, сайт содержит ссылки других ресурсов, в том числе и js ссылки

в итоге ты мне не привел пример, сайт содержит ссылки других ресурсов, в том числе и js ссылки

Так я же про JS, CSS и не спорил. Я тебе про <a> говорю -что они могут отдавать 404 и ничего с сайтом в скорости не будет

То, что сторонние JS, CSS могут замедлять работу сайта - вообще не оспаривал

Так я же про JS, CSS и не спорил. Я тебе про <a> говорю -что они могут отдавать 404 и ничего с сайтом в скорости не будет

ну я то написал о том, чтобы показал хотя бы 1 сайт, который не использует ссылку чужого ресурса

It's trash chat

ну я то написал о том, чтобы показал хотя бы 1 сайт, который не использует ссылку чужого ресурса

Ну я же показал. Личный кабинет ростелекома - не использует ни одного стороннего ресурса. А ссылка на чужой ресурс - не замедляет рабоут сайта

Вот же о чем речь идет

Ну, @Websot , ты согласен, что не нужно убирать `<link rel='dns-prefetch' href='//fonts.googleapis.com' /> ` из кода? И что он не тормозит сайт?

<link rel='dns-prefetch' href='//fonts.googleapis.com' />

У меня только по этому поводу был вопрос. И да, я мог понять тебя неправильно.

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

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

с этим ты разве не согласен?

аллилуйя. пришли к согласию

с этим ты разве не согласен?

Я же объяснил тебе - что следить за ссылками вида <a href="#"> - не надо, их содержимое не влияют на скорость загрузки сайта

Я же объяснил тебе - что следить за ссылками вида <a href="#"> - не надо, их содержимое не влияют на скорость загрузки сайта

ещё как влияют

кстати, а векторые спрайты такого плана не считаются? это в lk.rt.ru

Я же объяснил тебе - что следить за ссылками вида <a href="#"> - не надо, их содержимое не влияют на скорость загрузки сайта

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

Если кому интересно ускорение и исправление ошибок при загрузке сайта до 100% к примеру джумлы и вордпресса может сделать мой знакомый оптимизатор.

кстати, а векторые спрайты такого плана не считаются? это в lk.rt.ru

насколько известно, браузеры по идеи автоматом расшифровку проводят, понимают код

ещё как влияют

не разжигай. не влияют

насколько известно, браузеры по идеи автоматом расшифровку проводят, понимают код

а через w3 прогонять зачем?

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

Не совсем понял о чем ты сейчас

Это внешний ресурс по идеи

Не совсем понял о чем ты сейчас

прочитай еще разок, но упоминаю что интернет ты не юзаешь на сайте своего провайдера, все по локалке

Это внешний ресурс по идеи

ну так то да. но и если он не ответит и отдаст 404 - картинка по идее все равно отобразится?

Но я писал - что где-то в скриптах может быть вызов

Правда у них может быть в скриптах где-то может быть отложенный вызов

не разжигай. не влияют

ну Слават там там просто говорил про страницу сгенеринную где будет много много ссылок, это уже просто ресурсы будут жрать... А так то конечно не влияют, в чистом движке браузера. Без всяких экстеншенов, бразуер не разруливает <a >...

ну так то да. но и если он не ответит и отдаст 404 - картинка по идее все равно отобразится?

нет, если картинка не в кеш памяти

прочитай еще разок, но упоминаю что интернет ты не юзаешь на сайте своего провайдера, все по локалке

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

ну Слават там там просто говорил про страницу сгенеринную где будет много много ссылок, это уже просто ресурсы будут жрать... А так то конечно не влияют, в чистом движке браузера. Без всяких экстеншенов, бразуер не разруливает <a >...

У меня генерация этой страницы съела все свободные inode. Я поэтому потом поправил - что содержимое ссылки ) посмотри, я после твоего сообщения отредактировал свое

ну так то да. но и если он не ответит и отдаст 404 - картинка по идее все равно отобразится?

Нет, не отобразится

У меня генерация этой страницы съела все свободные inode. Я поэтому потом поправил - что содержимое ссылки ) посмотри, я после твоего сообщения отредактировал свое

дак это, дурной у вас спор то просто))) я знаю ты знаешь)

давайте тогда сразу уясним - не стоит учитывать объем контента на странице и число строк кода. конечно, конструкции <a href="##">БЛАБЛАБЛА</a> и БЛАБЛАБЛА разные по объему и во втором случае браузер на доли милисекунд отрисует быстрее

блин я тупой даже не знал что можно сообщение редактировать)

Если кому интересно ускорение и исправление ошибок при загрузке сайта до 100% к примеру джумлы и вордпресса может сделать мой знакомый оптимизатор.

мне интересно. Почем?

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

я лишь написал изначально свое мнеине, что за ссылками надо следить

прочитай еще разок, но упоминаю что интернет ты не юзаешь на сайте своего провайдера, все по локалке

Не отобразится страница. Причем тут скорость отображения основного сайта на котором я сейчас?

дак это, дурной у вас спор то просто))) я знаю ты знаешь)

Я поэтому на твой вброс не отвечал. Я понял на что ты намекал

Не отобразится страница. Причем тут скорость отображения основного сайта на котором я сейчас?

https://fonts.googleapis.com/ что тут находиться ответь мне?

блин я тупой даже не знал что можно сообщение редактировать)

Из приложений - можно. Из браузерной версии - нет (

https://fonts.googleapis.com/ что тут находиться ответь мне?

404 статус и контент связанный с ним.

404 статус и контент связанный с ним.

нет мне общим ответом, ссылка ведет официально куда? если убрать 404 код?

Но <link rel='dns-prefetch' href='//fonts.googleapis.com' /> - не проверяет что находится на странице. Этот html код говорит браузеру, что необходимо получить dns запись для этого домена и в дальнейшем использовать его. То есть, чтобы при каждом упоминании не устанавливать DNS Resolution с ресурсом.

нет мне общим ответом, ссылка ведет официально куда? если убрать 404 код?

Никуда она не ведет - поэтому и гиперссылки на нее никто не ставит.

как я раньше читал рекомендации гугла или кого то из , то вроде когда что то внешнее подлючаешь - не надо схему указывать явно, типо писать href="//site.bla.bla/api.js" ? все ещё актуально?

Но <link rel='dns-prefetch' href='//fonts.googleapis.com' /> - не проверяет что находится на странице. Этот html код говорит браузеру, что необходимо получить dns запись для этого домена и в дальнейшем использовать его. То есть, чтобы при каждом упоминании не устанавливать DNS Resolution с ресурсом.

допустим, DNS куда пишутся, которые получает сайт изначально?

как я раньше читал рекомендации гугла или кого то из , то вроде когда что то внешнее подлючаешь - не надо схему указывать явно, типо писать href="//site.bla.bla/api.js" ? все ещё актуально?

Да. Актуально. Правда куча нюансов при использовании сторонних сервисов. Но мы все же стараемся везде указывать //, либо явно https. Чтобы при работе с HTTPS не было проблем безопасности

допустим, DNS куда пишутся, которые получает сайт изначально?

В память есно.

В память есно.

память компьютера или хостинга?

Бляха муха, компьютера естественно!

память компьютера или хостинга?

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

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

какая ссылка то? то что у тебя запрос на https://google + 404 ?

а вот если загрузить страницу второй раз, то возможно уже не затронет время загрузки, поскольку пк ясно дали знать что все внутри его памяти

какая ссылка то? то что у тебя запрос на https://google + 404 ?

он же мне тут все про dns тут пилит

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

Так потом у тебя по этому адресу загружаются css и woff,otf файлы!

Это и нужно сделать - чтобы потом при загрузке этих файлов - не было этого dns look up'a

ах да еще забыл написать маленькую "шляпу", если убрать эту убогую ссылку, которая не работает, то сайт прогрузиться чуточку побыстрее за счет уменьшения html кода как минимум =)

Так потом у тебя по этому адресу загружаются css и woff,otf файлы!

но ссылка то не работает, откуда ей взять то от 404 страницы?))

он же мне тут все про dns тут пилит

да блин днс ответы тока где не хранится, кэшируется, и так же могут инвалидироватся, на разных левелах )) поэтому чем раздувать, лучше найди кто её вызывает ,запрашивает, такую пустую и неправильную )

но ссылка то не работает, откуда ей взять то от 404 страницы?))

Ты что такое DNS знаешь?

Эта "шляпа" говорит - зарезолвить DNS для последующего использования. Ниже нет обращения к этому линку, а идет обращение в рамках этого доменного имени. В частности ` <link rel='stylesheet' id='et-gf-pt-sans-css' href='https://fonts.googleapis.com/css?family=PT+Sans:400,400italic,700,700italic&subset=latin,latin-ext,cyrillic' type='text/css' media='all' /> `

<link rel='stylesheet' id='et-gf-pt-sans-css' href='https://fonts.googleapis.com/css?family=PT+Sans:400,400italic,700,700italic&subset=latin,latin-ext,cyrillic' type='text/css' media='all' />

И здесь уже браузер знает - куда обращаться по этому link'y - какой сервер отдает этот файл, какой IP. И вообще доступен этот сервер или нет.

А внутри этого файла вызовы на https://fonts.gstatic.com/s/ptsans/v8/JX7MlXqjSJNjQvI4heMMGvY6323mHUZFJMgTvxaG2iE.woff2 И если вынести в dns-prefetch ДОМЕН https://fonts.gstatic.com/ - то шрифты загрузятся чуточку быстрее, чем сейчас

А внутри этого файла вызовы на https://fonts.gstatic.com/s/ptsans/v8/JX7MlXqjSJNjQvI4heMMGvY6323mHUZFJMgTvxaG2iE.woff2 И если вынести в dns-prefetch ДОМЕН https://fonts.gstatic.com/ - то шрифты загрузятся чуточку быстрее, чем сейчас

если - условие, а мы начали про ссылку которая отдает 404, а ты мне пихаешь другие ссылки то

Так та ссылка тоже 404!

Так та ссылка тоже 404!

как по мне, нтереснее будет все на своем хостинге хранить, формально скачав шрифты js и указав собственную ссылку

как по мне, нтереснее будет все на своем хостинге хранить, формально скачав шрифты js и указав собственную ссылку

Мы про другое говорим - да, так можно и можно на этом сохранить время и ресурсы.

Если говорить о такой оптимизации - то необходимо вообще все CSS свести в один и минифицировать их

Мы про другое говорим - да, так можно и можно на этом сохранить время и ресурсы.

в целом я высказал свое, а так если человек решил доверять чужому источнику ресурсов, то дело его.