Наш телеграм канал https://t.me/iTempUniversity
Бесплатные курсы iTempUniversity даются от простого к сложному, можно заниматься из любой точки мира.
Проходите курс и получайте сертификат на сайте https://itempuniversity.com
https://giga.chat
Промт – Сделай статью для социальной сети. Структурируй материал. Сделай выводы. Задай контрольные вопросы
Расшифровка видео “Факторы, замедляющие веб-сайт”
Автор: Константин, университет iTempUniversity
Видео на тему факторов, замедляющих работу веб-сайтов, содержит подробный анализ различных аспектов, влияющих на производительность интернет-ресурсов. Рассматриваются ключевые причины медленной загрузки страниц, начиная от расстояния между устройством пользователя и сервером, заканчивая использованием устаревшего оборудования и недостаточной оптимизацией контента.
Основные моменты:
Расстояние: Чем дальше сервер, тем больше времени требуется для передачи данных. Этот фактор особенно актуален для пользователей, находящихся в разных частях мира. Для решения данной проблемы используются сети доставки контента (CDN), которые помогают ускорить загрузку путем кэширования информации на серверах, ближе расположенных к пользователям.
Протоколы HTTP: Версии протокола HTTP 2.0 и 1.1 являются устаревшими и работают медленнее, чем новый протокол HTTP/3. Переход на новую версию улучшит производительность сайта.
Чтение с диска: Использование жесткого диска для хранения данных может значительно замедлить процесс загрузки страниц. Применение оперативной памяти для кэширования данных поможет существенно ускорить работу сайта.
Выполнение на ЦПУ: Динамическое содержимое требует обработки на центральном процессоре, что также замедляет работу сайта. Оптимизация кода и использование кэширования помогут снизить нагрузку на процессор.
Количество CSS и JS файлов: Большое количество файлов CSS и JavaScript может привести к снижению производительности, поскольку каждый файл загружается отдельно. Минимизация количества и размера файлов улучшит время загрузки.
Мобильные устройства: Сайты могут загружаться медленнее на мобильных устройствах из-за ограничений мобильных сетей и меньших ресурсов самих устройств. Важно адаптировать сайт для мобильных устройств, используя соответствующие технологии и методы оптимизации.
Выводы:
Медленная загрузка веб-сайтов может быть вызвана различными факторами, включая географическое расположение сервера, использование устаревших технологий и неэффективное управление ресурсами. Однако, применение современных методов и технологий, таких как CDN, переход на HTTP/3, кэширование в оперативной памяти, оптимизация кода и адаптация для мобильных устройств, может значительно улучшить производительность сайта.
Вопросы для контроля понимания:
1. Какие основные факторы влияют на скорость загрузки веб-сайтов?
- Географическое положение сервера
- Протоколы HTTP
- Чтение с диска
- Выполнение на ЦПУ
- Количество CSS и JS файлов
- Мобильные устройства
2. Как использование CDN может помочь улучшить производительность сайта
- CDN кэширует данные на серверах, близких к пользователям, что сокращает время передачи данных.
3. Какие преимущества дает переход на протокол HTTP/3?
- HTTP/3 позволяет передавать данные быстрее благодаря упрощению процесса установки соединения.
4. Как чтение данных с жесткого диска может замедлить работу сайта?
- Жесткий диск работает медленнее, чем оперативная память, что приводит к увеличению времени доступа к данным.
5. Почему важно оптимизировать код для мобильных устройств?
- Мобильные устройства имеют ограниченную пропускную способность и ресурсы, поэтому оптимизация кода помогает сократить объем данных и повысить эффективность их использования.
Расшифровка видео
Поиск по видео
0:02
university.com и лекция будет называться факторы замедляющий веб-сайт замедляющий
0:08
веб-сайт
0:13
Аа ну и наверное первый фактор О котором хотелось сказать – это расстояние
0:21
от Да нет Давайте лучше так э сначала для чего вообще сайт должен быть быстрым
0:27
быстрым он должен быть как минимум по той причине что поисковики ранжируются веб-сайты лучшие которые работают быстро
0:33
это первая причина Вторая причина удовлетворённость пользователя сайта
0:41
а возрастает как доказали всевозможные исследования и почему она возрастает
0:48
потому что в среднем ожидание пользователя а по
0:54
времени ожидание по времени чтобы открылась веб-страница – это где-то 2 секунды если открывается сайт дольше чем
1:00
2 секунды то пользователь начинает нервничать и часто закрывают просто вкладку просто на ваш веб-сайт может
1:06
человек не зайти по той причине что у вас сайт работает медленно и хотя бы этих двух причин уже
1:13
достаточно хотя есть и другие для того чтобы попытаться проанализировать Почему вебсайт может быть медленным и
1:20
попытаться устранить факторы которые его замедляют и самый первый фактор который
1:25
замедляет вебсайт – это расстояние от значит
1:35
расстояние от вашего компьютера телефона Чего угодно до сервера на котором хранится веб-сайт
1:43
и так как это изобразить ну изображуля
2:00
происходит соединение как правило это оптоволоконный провод
2:06
и многие компании крупные всевозможные социальные сети и так далее придумывают
2:12
различные методы для того чтобы этот фактор для того чтобы этот фактор нивелировать фактор расстояния Каким
2:19
образом это делается и вообще почему этот Фактор в принципе имеет
2:24
значение У меня вопрос на самом Дек аудиторию каке
2:30
сигнал идт от вашего компьютера к серверу по оптоволоконным линиям Ну скорость света наверно ели
2:38
оптоволоконная в идеале должна быть скорость света
2:44
но да есть как Да ну ну скорость лазера
2:49
это по сути есть скорость света да то есть получается что где-то стоит лазер который в этот провод светит светом
2:56
специально там с морова этот свет идт по проводу нот со скоростью света он идёт медленнее в полтора
3:02
раза за счёт чего во-первых за счёт того что этот сигнал он отражается от стенок
3:07
самого провода это раз Ну а второе 300.000 км в секунду – это скорость света в вакууме
3:13
да А ну в общем по итогу получается что скорость движения сигнала где-то
3:20
200.000 километров в секунду но как показывает практика Как
3:28
показывает опыт скорость на самом деле не 200.000 км в секунду а 50.000 км в секун почему она 50.000 км в секунду
3:36
потому что этот провод он не целиком от вашего компьютера идёт до сервера без
3:41
каких-либо прерываний он идёт через всевозможные
3:47
устройство так сейчас Ага И вот тот второй тоже Угу Ну кстати в там лучше
3:52
видно он идёт через всевозможные устройства всевозможные роуте там
3:58
коммутаторы да то есть сигнал может Заха там дедули
4:04
модули и так далее и так далее И вот эти все издержки по моим личным прикидкам я не знаю как там это обосновать с точки
4:10
зрения причин которые замедляют этот сигнал но по итогу получается 50.000 км в
4:16
секунду сразу вопро это знат он идт через какие-то там эти самые роутеры Т
4:23
из световой формы в электрическую а потом из электрической в световую переходит
4:30
или нет ну повидимому честно говоря я не сетевик какие там происходят нюансы Ну в
4:36
целом Да в целом есть маршрутизаторы Да и данность 50 Да данность 50.000 км в
4:42
секунду Каким образом э собственно данность была вычислена ну чисто эмпирически я не буду вдаваться в детали
4:48
но как определить расстояние от вашего ноутбука телефона Чего угодно до сайта
4:54
Есть один способ способ называется Н есть такая команда ну есть шем
4:59
компьютере в вашем телефоне в чём угодно всегда есть командная строка или терминал в линуксе всегда приложение
5:05
терминал установлено в виндоусе там командная строка Вы можете её Открыть и набрать команду допустим
5:13
Ping Ну допустим yandex.ru какой-нибудь там ua.ru и вы увидите различные числа
5:23
э как раз-таки которые показывают С какой скоростью происходит связь от вашего
5:30
устройства до сервера на котором расположен сайт yandex.ru в данном случае Значит м Цифра это выражается в
5:41
такой характеристике как э всё нормально да А как Round Trip Time
5:47
или rtt То есть это время за которое сигнал от вашего компьютера доходит до сервера
5:54
на котором расположен сайт yandex.ru и обратно это время называется Round Trip Time
6:00
допустим это время равно 40 миллисекунда к примеру Что значит это значит что сигнал
6:08
от вашего устройства до сервера и обратно дошёл за 40 миллисекунд
6:14
соответственно делим эту цифру на 2 получается 20 миллисекунд и затем берём вот эту
6:20
скорость 50.000 км в секунду ну и что там умножаем её на 20
6:27
миллисекунд у нас получается соответственно расстояние то есть в данном случае получается что если у нас сигнал от компьютера до
6:34
сервера доходит за 20 миллисекунд со скоростью 5.000 км в секунду значит расстояние примерно
6:40
равно Так это получается 20 миллисекунд – это пятидесятая
6:45
Доля секунды да получается это где-то 1.000 км расстояния от нас до сервера
6:52
значит К чему все эти вообще калькуляции И зачем этот фактор расстояния учитывать
6:58
Ну мы жим в тако стране которая протяженностью там сколько 10.000 км Да если ваш сервер находится в городе
7:04
Москве а пользователь ваш находится в городе Владивосток то
7:09
эти 20 миллисекунд превращаются уже в в 200 миллисекунд Но это ещё не всё
7:20
есть одна проблемка так сейчас сотру то что здесь
7:25
есть есть одна проблемка она вот в чём заключается Когда вы забиваете в поисковике какой-то запрос
7:33
или в адрес най строке браузера вбивается адрес сайта у вас
7:40
происходят некоторые можно сказать телодвижения какого рода опять же
7:45
изобразим вот наш Там ноутбук вот наш сервер на котором
7:52
крутится сайт и как происходит соединение между ними
7:57
значит оно происходит в несколько итераций Первая итерация – это установление tcp
8:04
сессии для этого ваш ноутбук должен послать сигнал на сервер сервер должен
8:09
ему ответить то есть это уже в нашем случае Ну давайте представим себе город
8:16
Владивосток Значит со скоростью 50.000 км в секунду до Владивостока сигнал дойдёт за как мы говорили Уже 200
8:23
миллисекунд то есть установление tcp сессии – это уже 400 миллисекунд
8:29
так как бы это изобразить Ну напишем значит tcp следующее Ну я вообще говоря не хочу
8:38
сыпать особо техническими терминами но тем не менее Надо же как-то это назвать Да Первое – это установление tcp сессии
8:43
второе то есть это делает браузер ваш второе – это установление tls сессии это установление шифрованные То есть когда
8:50
вы в адресной строке браузера набираете https это и есть зашифрованное
8:56
соединение То есть это значит что tls сессия после сесси тоже будет устанавливаться
9:01
исси она тоже занимает 400 в данном случае тоже 400
9:07
мсн То есть это тоже ВД назад и токо затем ш браузер делает запрос на серр
9:16
что получить этот и с ответом онто данны с этого сайта
9:23
получает но и то не все он начинает их получать порциями и для каждой порции нужна вот эта вот итерация
9:30
вывод Какой вывод такой что когда какой-то Случайный пользователь зашёл Ну допустим в пско набил слово ну к примеру
9:37
га и кликнул по строчке с вашим сайтом то у него произойдут вот эти вот все
9:44
итерации и расстояние до сервера здесь в данном случае будет очень критичным то
9:50
есть получается что мы уже видим что установление непосред запрос примм изго
9:59
Да это уже занимает там чуть ли не секунду То есть считаем Да 200 миллисекунд мы сказали Это в одну
10:05
сторону то есть грубо говоря то есть посчитаем 1 2 3 4 5 6 это да шесть Ну
10:13
допустим 10.000 км до Камчатки Да там или сколько да это получается 60.000 км это уже больше секунды и это только там
10:20
первый байт вашего сайта получено надо ещё подгрузить все картинки там тра-та-та-та-та вот а теперь представьте
10:26
себе если человек находится на другом Континенте например Америки или в Австралии и просто хочет
10:33
открыть сайт который хости где-то в Москве происходит Вот такая история поэтому первый фактор который влияет на
10:40
замедляет вебсайт – это расстояние собственно говоря от пользователя до сервера
10:46
но я хочу поговорить не только о факторах которые замедляют вебсайт но и
10:52
о факторах которые его ускоряю нивелировать факто растояния
10:59
способы есть более сложные способы значит Ну и первый способ – это и
11:05
собственно я им и ограничусь это такая штука которая называется cdn Content Delivery Network то есть в данном случае
11:11
да я вам изобразил что есть ваше конечное устройство ваш телефон или ваш ноутбук есть сервер на котором хости
11:18
вебсайт Но что если ваш сайт хости Ну то есть храниться в виде каких-то файлов не
11:25
На одном сервере А на куче серверов по всему свету или на куче серверов по одной
11:32
стране да Это можно сказать кэш и cdn – это собственно говоря тот же YouTube вот
11:38
последние вот эти проблемы которые там с его быстродействием начались утверждается там кто-то утверждает что
11:44
они начались потому что там Google перестал обслуживать э кэширует говоря
11:50
кши кэширует и есть сервера на которых просто находится этот контент чтобы за
11:55
ним не ходить за 39 земель Вот то есть это называется cdn контент Delivery Network и работает это таким образом
12:02
что какой сервер ближайший к пользователю с того данные и забираются если человек находится в городе
12:07
Владивостоке значит с сервера в городе Владивосток сайт его и заберётся в Новосибирске значит из Новосибирска в
12:13
Соединённых Штатах Америки значит из Соединённых Штатов в Америке ну собственно говоря
12:18
это единственный известный мне способ нивелирования А да Второй ещё способ
12:24
есть это когда у вас имя ДНС разрешается в разные IP адреса в зави от того из
12:30
какой точки земного шара человек открывает ваш веб-сайт но в принципе это что-то похожее на cdn как бы то ни было
12:37
фактор расстояния Иначе как распределением вашего веб-сайта по многим серверам иначе его не
12:44
устранить значит А ну или части какой-то вашего веб-сайта потому что не обязательно весь веб-сайт переносить на
12:50
все сервера можно допустим картинки видео ещё что-то хранить на вот этой вот сети доставки контента А основную часть
12:57
сайта хранить допустим На одном сервере Ну это уже детали то есть мы мы тут про
13:04
стратегию вот
13:14
значит ну есть Да есть много способов там инвалидация кша можно задавать время жизни кша кстати говоря кэшировать можно
13:20
и на конечном устройстве самого пользователя можно выставить на сервере такие политики что человек едино зайдя
13:27
на ш сат уже себе скачает на свой ноутбук и когда он будет в следующий раз его открывать фактически он будет
13:33
открываться с его же собственного устройства то есть никаких запросов к серверу ходить не будет но это в любом
13:38
случае не совсем Э ну да это тоже по теме То есть это тоже один из моментов
13:44
который позволяет нивелировать расстояние Ну и мы можем перейти ко второму фактору то
13:50
есть не ки – это вещь которая позволяет в основном её используют для того чтобы хранить Первое – это рекламную
13:56
информацию э о вас То есть откуда вот эта вся Истерия с тем что разрешаю
14:01
хранить ки не разрешаю это вот как раз про то что о вас собирают всевозможные ID вашего компьютера там его адрес и так
14:08
далее и так далее чтобы сопоставить с вами вот этот вот контент который Вам рекламируют потом в интернете то есть
14:14
вас по куком определяют ваши предпочтения можно сказать так то есть по вашим Кука можно отследить на какие
14:19
сайты вы заходили что вы там делали там какими товарами интересовались и так далее и так далее это всё делается обычно через ки хотя есть и другие
14:25
способы То есть это не не касается здесь в данном случае речь идёт о кш скорее
14:31
значит это всё что я хотел сказать о вот этом Факторе фактор расстояния ещё раз между конечным устройством и сервером на
14:37
котором хранится веб-сайт теперь что касается второго
14:42
фактора второй фактор – это тоже расстояние тоже расстояние но уже не
14:48
между вашим компьютером там или конечным устройством и сервером на котором хранится сайт а расстояние
14:56
между ДНС сервером который использует ваше устройство и DNS сервером на
15:04
котором хранится информация об IP адресе вашего веб-сайта то есть смотрите
15:11
вот когда вы пользуетесь вашим телефоном там чем угодно открываете какие-то
15:17
сайты то Вы на самом деле открываете не веб-сайты вы
15:22
открываете Ну Точнее говоря вы открываете вы пишете какое-то человеко читаемое имя там yandex.ru самом
15:30
ниче для установления связи между сервером на котором хранится вебсайт и
15:35
вашим конечным устройст Это всё рулится через IP адреса и нужно преобразовать человекочитаемом
15:43
вашего вебсайта в IP адрес на котором хранится собственно говоря сам вебсайт и за это
15:50
отвечает DNS в общем что происходит по сути Когда
15:56
вы опять Жеки ввели в адресно строке браузера или там неважно Какое имя вебсайта itemp
16:04
university.com у вас сначала это доменное имя разрешается в какой-то IP адрес и на вашем устройстве на вашем
16:12
компьютере или телефоне должен быть сохранён адрес DNS сервера к которому
16:17
ваше устройство обращается для того чтобы найти IP адрес вот этого вот доменного
16:23
имени Я надеюсь я Понятно изъял Ну допустим да у вас шем коне устройстве в
16:29
бит адрес 1.11.1 и вот к этому Вот адресу Ну по
16:36
сути это сервер да то есть это тоже сервер И на самом деле когда вы открываете веб-сайт сначала происходит
16:43
Запрос к этому серверу типа А скажи-ка мне А какой IP адрес
16:50
у вот этого вебсайта этот сервер знать не знает какой IP адрес у этого вебсайта
16:56
почему он знать не знает потому что он используется лишь для обслуживания клиентского трафика он на себе лишь
17:02
каширу ет какие-то на записи Но изначально он их не знает ему чтобы их зашивать ему нужно откуда-то их забрать
17:08
откуда он их забирает Он забирает их вот эти вот ДНС записи Он забирает их
17:14
соответственно с ДНС сервера который и хранит информацию о том ка какой IP
17:19
адрес у вашего вебсайта авторитетный авторитетный DN сервер и допустим представим себе
17:26
ситуацию что этот самый на котором хранится
17:33
запись которая сопоставляет доме имени university.com какой-то I адрес он
17:39
находится в городе Москве например а пользователь находится в Соединённых Штатах Америки и сервер находится в Соединённых
17:47
Штатах Америки что при этом происходит то есть вдобавок к тому что я до этого описывал Вот это первы фак
17:57
ством тоже важно расстояние получается Ваш компьютер сначала делает Запрос к ДНС серверу который у него где-то там
18:04
прописан допустим 1111 он находится в городе Хьюстон значит этот D сервер
18:10
знать не знает ничего про этот сайт и он ищет авторитетный ДНС сервер на котором
18:16
эти записи хранятся и находит его а он находится в Москве получается Он к нему делает запрос потом тот ему отвечает и
18:23
Затем он ему передаёт уже наконечное устройство То есть это тоже какие-то там 10.000 км
18:29
в этом роде просто для того чтобы разрешить доменное имя в I адрес свету
18:35
нужно преодолеть 10.000 километров причём со скоростью 50.000 км в секунду Может быть больше плюс-минус
18:41
естественно это цифра с погрешностью Вот получается что у нас значит это тоже фактор и теперь о
18:49
том как нивелировать этот Фактор нивелируется в общем-то похожим
18:57
спом в обоих случаях применяется такая техника как any это
19:03
когда по сути не один ДНС сервер вот как мы указали в Москве а на самом деле ДНС
19:11
сервера которые раскиданы тоже по всему миру и запрос идёт просто к ближайшему ДНС серверу все они хранят одинаковый
19:18
контент то есть грубо говоря если в первом случае мы говорили о том что у нас много серверов на каждом из которых хранится контент вебсайта то здесь много
19:25
серверов на каждом из которых хранится запись запи о том какой IP адрес у
19:31
данного у данного доменного имени Вот и существуют такие платные и
19:37
бесплатные DNS значит службы Ну в частности Cloud Flare как один из таких самых популярных
19:45
в мире вариантов то есть Cloud Flare утверждает что если вы на их сервере на их серверах
19:52
будете хранить свои ДНС записи то у вас из любой точки мира вы будете где-то за 11 миллисекунд получать
19:59
информацию о том какой IP адрес поставлен вашему доменному имени Я не собираюсь рекламировать Cloud Flare на
20:05
самом деле здесь речь не об именах компании а просто о самом подходе и этот
20:10
подход Разумеется предоставляют различные компании есть и Российские компании чтобы внутри России этот ДНС
20:15
быстро работал Ну опять же тут нужно упомянуть что этот фактор он менее серьёзный чем первый фактор Почему
20:21
Потому что ДНС записи Они каширу ется то есть достаточно на самом деле один раз всего лишь разрешить это доменное имя на
20:26
вашем компьютере Чтобы в следующий раз брать его с из каша IP адрес вот этого
20:32
доменного имени брать из каша который хранится на вашем же
20:38
компьютере значит что
20:45
далее Господи да на комментарии внимание обратил да да вот отключайте друзья
20:50
комментарии они сбивают страшно там есть такой такая функция как комментарии
20:57
только под по тех кто подписан на канал всем всех остальных До свидания Ага ага
21:03
им делать нечего это самое Суббота Вечер у них веселье пусть подписываются пусть
21:10
подписываются Да сейчас надо где-то где-то там вы сейчас я всё ещё не от ладно пусть будет так так так так
21:19
А так так так все Нет не все а ставьте только подписчики Ага за праздник надо
21:26
значит хотя бы подписку настро да да вот само К сожалению при настройке канала я
21:32
этого нигде не нашёл здесь та же самая ситу сбивает понимаете А так это надо Окей А он
21:39
вообще сожалению не заметил да врем постоянно пишет что он перегревается
21:44
Хотя в общем-то не так так так так значит продолжить
21:51
продолжить Да и та же самая ситуация значит друзья ещ раз праздно
21:58
товарище Давай здесь тоже уберу комментарии значит сюда модерация
22:04
сообщества и Вот кому разрешено отвечать ставьте только подписчики больше не не
22:12
не иначе они вас сами будут сбивать толку и людей тоже сбивать в общем да мы перечислили два фактора которые
22:18
замедляют сайт и соответственно как нивелировать эти факторы Теперь если
22:23
Вопросов нет то можем перейти к третьему фактору
22:28
значит третий
22:34
фактор Да на трансляции тоже могут задавать вопросы Ну я имею в виду Да что
22:41
если кто подписан то можете задавать вопросы тоже третий фактор который замедляет
22:46
вебсайт – это версия протокола
22:52
http значит Дело в том что весь Интра
22:58
http этот протокол он претерпевает изменения со временем и этих версий протокола http их уже было выпущено нени
23:05
одна а не две в частности самые такие распространённые протоколы – это htp 2.0 http 1.1 htp 1.0 И последнее время
23:14
появился протокол htp 3.0 и каждый из более новых протоколов он работает
23:20
быстрее предыдущего и вот значит я вам рисовал схему да
23:31
где перед тем как установить Ну как непосредственно
23:36
скачать сайт какой-то с сервера на компьютер происходит установление tcp
23:41
сессии происходит установление tls сессии и только потом уже непосредственно идёт получение данных с
23:48
вебсайта так вот допустим протокол htp
23:54
3.0 которые уже поддерживается большинством браузеров который м
24:00
поддерживается большинством веб-сервера в том числе nginx который э на котором уже сидит большое
24:08
количество сайтов допустим всевозможные там Фейсбуке vk.com Ютубы и так далее и
24:13
так далее использует этот протокол Так вот Он позволяет не за
24:20
несколько итераций установить эту самую сессию А всего лишь за одну итерацию а уже во второй итерации передавать
24:27
непосредственно данные поэтому это третий фактор и собственно
24:32
говоря который может замедлять веб-сайт да то есть если вы используете версии протокола http там 2 1 то это будет
24:39
работать медленнее чем версия протокола http 3.0 поэтому переезд на эту версию
24:46
протокола крайне рекомендуется Если вы хотите максимально быстро отдавать
24:51
контент если вопросов по этому пункту нет то я переду к
24:57
другому Да нет он нет не Будущее уже сейчас
25:02
используется что сейчас смешано работать эти протоколы сейчас вот по крайней мере
25:08
та последняя статистика которую я прочитал что значит среди 10 млн самых популярных
25:14
вебсайтов в мире 30% уже использует протокол htp 3.0
25:20
Разумеется этот протокол должен поддерживаться браузером мало ли у кого устаревший браузер естественно если он
25:26
устаревший там браузер то будет используется протокол 2.0 разумеется это всё миксом работает Если устройство
25:32
поддержит протокол htp 3.0 то то соответственно он и используется насколько я знаю Safari Apple тоже решил
25:39
отличиться и вот только Safari браузер по умолчанию не поддерживает протокол hcp 3.0 вот ну это опять война
25:47
стандартов каких Ну сейчас вроде уже пришли к единому стандарту Вот и я не
25:53
буду вдаваться в технические детали но суть заключается в том что вот этих вот итераций их становится на
26:05
меше отсюда да то получается раздва да то есть на 20 ме меньше свет нужно будет
26:11
пройти чтобы соответственно ваш вебсайт открылся всё это может звучать слишком
26:18
технически слишком зау Но на самом деле на самом деле
26:24
это это можно нивелировать даже если Пользуйтесь допустим каким-то открытым
26:30
хостингом Ну допустим найти хостинг в котором есть поддержка протокола htp 3.0
26:36
да или там найти хостинг в котором поддерживается cdn Да там Ну на самом
26:41
деле тот же WordPress если взять как такой Самый распространённый вариант которым пользуются люди для ведения
26:47
каких-то сайтов там точно должны быть плагины и есть которые позволяют использовать
26:55
cdn Поэтому вот этот первый фактор растояние устройство до сервера с сайтом соответственно даже сидя на
27:03
вордпрессе можно изменить второй фактор для него вообще ему вообще не важно я имею в виду второй
27:09
фактор то есть расстояние до до DNS сервера для него вообще не важно там WordPress у вас не WordPress это вообще
27:15
касается просто того Где у вас все эти а записи так называемые хранятся то есть
27:20
опять же если вы ориентируетесь на мировую аудиторию да то лучше использовать просто вот какой-нибудь там Cloud Flare условно просто для DNS
27:27
хостинга у вас из любой точки Света ДНС как замедляющий фактор будет
27:32
отсутствовать Так значит ну и да и третий что касается hp30 Я сказал что можно попытаться найти
27:38
хостера у которого есть поддержка этого протокола теперь четвёртый фактор значит
27:43
четвёртый фактор – это чтение с диска Я его так
27:50
назову То есть когда у вас на Ну давайте вот
27:57
изобразим Кост Я прошу прощения всё-таки Есть у меня один вопрос а вот как насчёт
28:02
потокового видео потому что сейчас всё больше и больше народ-то не по сайт там ходит а смотрит всякие онлайн стримы
28:09
записи и так далее Там ведь есть какое-то отличие там вот это всякие эти udp там и прочее Ну
28:16
значит данная лекция – Это всего лишь это всё-таки лекция посвящённая
28:22
веб-сайтам Да вот что касается видео что касается видео м
28:28
то как я уже говорил собственно говоря Почему YouTube стал работать медленно каширу сервера убрали То есть это тоже
28:35
нет ну то есть понятно что допустим Если у вас YouTube приложение установлено Разумеется вам не нужно разрешать
28:42
доменное имя в IP адрес зачем то есть скорее всего там сразу же к IP адресам идёт обращение какое-то Да там вот то
28:48
есть ДНС сервера – это не Фактор Я имею в виду который может замедлять поток
28:53
видео тоже самое с тоже самое с протоколом там уже скорее всего
28:59
используется hp30 Вот и на самом деле там используется Не
29:05
не udp нет там тоже htp вот там используется протокол HS Самый
29:11
распространённый протокол для видео и ну и собственно говоря мы повлиять не
29:17
можем То есть это как бы YouTube он это его проблемы как он там решает проблемы
29:23
с замедлением решает ли вообще как в случае с Россией если у на стали обслуживать Разумеется видимо за
29:30
контентом будем ходить куда-то там в Соединённые Штаты и разумеется это будет медленно это ещё один удар по распространению потому что сколько
29:36
огромное количество лекций образовательный Сколько всего сове Нет это удар по мозгам народа Не ну
29:44
то понятно но в плане того что это ж по карману кого бьёт Да карман Да с
29:51
карманом друзья понимаете да вот в эпоху быстроты Ну да я прошу про
29:58
когда Бют по карману К сожалению они могут они включаться Да даже в таком
30:03
случае тут просто Вопрос в том что допустим сейчас вот это вот замедление
30:08
юба я Не берусь судить специально ли его замедляют или просто тупо убрали эти каширу сервера он сам по себе и
30:14
замедлился Ну со всех точек зрения это провал Просто я думаю Вот кто Да вот
30:21
Олег Прав да то есть вот Единственное что добились народ поумнел Да народ стал
30:27
разбирать просто надо на кнопку нажимать а там какие-то е какие-то есть е такие
30:34
подробности которые кто-то не хочет делать и не может делать но тут это ну
30:39
как бы по все университеты закачивают свои лекции Вот любой массачусетский
30:46
Технологический институт Да везде по всей в Европе в любом мире Да И вот сейчас Просто берут и Ну вот Представьте
30:53
вас лишают библиотеки Ну да есть где-то надо в городской какой-нибудь центр там искать
31:00
там и прочее прочее то есть насколько пойдут все процессы э технологии бизнеса
31:06
развития науки образования они начнут замедляться А что значит замедляться замедление в нашем мире это
31:14
проигрыш тупой проигрыш То есть это всё это не лечится Вот и поэтому я просто с
31:20
удивлением и недо на это недоразумение смотрю ээ Ну отвлеклись у нас тут
31:26
Техническая лекция да значит Хотя Разумеется
31:32
соображение имеет место быть су дела скорость света лимитирует получается и
31:38
количество обращений туда-сюда фактически вот оно лимитирует ну плюс сами технологии Ну то есть опять же как
31:44
я говорил Да sp30 он получается меньше делает вот этих вот лишних каких-то итераций Смотри я немножко про другое
31:50
вот есть ли фундаментальный обход фундаментальное ограничение – это скорость света самое ну Согласно физике
31:56
больше чем скорость света Угу угу
32:03
поэтом секунд гу Да ну вот это когда луноходы запускали солнце до солнца свет
32:10
летит где-то 8 минут вот до Луны 8 секунд до солнце 8 минут а земля
32:17
Несмотря Что там у нас диаметр диаметр Земли 6400 Ну вы помните Да что это не диаметр
32:25
радиус Да а соответственно окру 2 то есть
32:32
надо 2пи – Это примерно ше умножить на наше Это где-то примерно 50.000 км и
32:40
получается ну там плюс-минус округли что мозги Ну в общем получается по итогу что
32:45
вот сама по себе Вот эта модель которую использовал YouTube она имеется в виду
32:51
когда у тебя по всему свету раскиданы каширу сервера и это на самом деле не только YouTube все так делали Просто
32:56
YouTube наиболее тако слышно имя да смотрите друзья я тут ещё одну такую
33:02
вот Вещь Вот допустим одно время был такой как высокочастотный трейдинг это торговля на рынке акций облигации всего
33:10
на свете так там даже тоннели пробивали чтобы скорость сигнала сократить чтобы
33:16
ты быстрее мог купить или продать по выгодной цене да то есть но скорость света нам по всей видимости никак
33:24
значит Ну вот это вопрос к физикам да ком да фундаментальное ограничение оно
33:31
ну как переда Это ж не скорость света както Ну Поня нет понятно что как-нибудь
33:37
с хотя бы ну да Даже если ускорят до всех 300 вопрос заключается в том что в
33:43
любом случае мы упрётся в это как минимум 600.000 не будет и получается что даже при скорости света Казалось бы
33:50
гигантская скорость да получается на земном шаре её мало чтобы эффективно контент распространять потому что
33:56
получается ещё раз если мы Предста хотя бы ну сколько вы сказали максимум
34:01
Да там 50.000 Ну не 50.000 можно калькулятор У меня просто трансляция Да
34:06
не суть там 40.000 600 Это примерно Я просто помню со школы
34:12
40.000 значит окружность Земли по экватору 40.000 Вот соответственно получается в худшем случае секун в
34:20
худшем случае так 40 да ну туда-обратно если да там контент те доставит ну если
34:26
он со скоростью света Сигна будет ходить 3 секунды получается секунды но уже на самом деле это замечается то есть
34:32
человек вот я читал где-то исследование он замечает где-то там 100 миллисекунд он нормально замечает на самом деле вот
34:38
или даже по-моему 50 миллисекунд человек замечает причём там кстати интересная статья читал там даже рассказывалось как
34:46
Какие процессы можно Ну как можно свой глаз протестировать что ты замечаешь допустим 50 миллисекунд там или 100 в частности
34:54
допустим экраны же они постоянно моргают у них есть определённая частота тамр головой как-то и увидишь это моргание то
35:01
ты как раз различил процесс который происходит с частотой там 50 миллисекунд допустим Ну в общем речь не об
35:08
этом Сказали что Владивостока идт учитываем количество Хав который должен
35:14
пройти то есть пользователь идт к своему провайдеру провайдер идт провайдеру выше уров потом пройде выше уро зат
35:21
магистраль дамы это Уч разговор том что по оптоволокну
35:27
скоростью 200.000 км в секунду а вот эти все факторы которые вы перечислили они замедляют сигнал настолько что он
35:34
становится э его скорость становится 50.000 км в секу то есть в четыре раза уменьшается
35:39
скорость сигнала Вот и да Ну разумеется без этих устройств никак не обойтись
35:45
Поэтому чтобы сделали 300.000 ну такого скорее всего не будет 000 нельзя Это в вакууме да тем более это в вакууме Да
35:51
коэффициент там же какая ситуация Вы помните Да почему линзы увеличивают да Или почему вот у вас радуга коэффициент
35:58
прилов как только свет попадает в среду у него скорость замедляется на этом пост
36:04
Вот очки мы смотрим Через очки Да и почему вот этот эффект Да из-за того что скорость света в стекле меньше чем в
36:11
вакууме на этом вот коэффициент преломление да А и тогда получается ну
36:17
оптоволокно же оно сделано из какого-то материала я честно говоря не знаю Ну стекло какое-то там хитрое полюбому
36:24
будет какой-то коэ там коэффициент преломления значит соответственно уменьшение скорости Так значит
36:33
самы Да чтение с диска то есть смотрите у нас да есть сервер на котором хранится
36:38
веб-сайт и на нём есть как тут подсказали
36:45
винчестер напишем HDD Disk dri А есть оперативная
36:52
память или по-другому Ram И вообще говоря хорошо если когда вы
36:58
обращаетесь на сервер у вас какие-то страницы веб-сайта забираются сразу же
37:03
из оперативной памяти Почему Потому что из оперативная памяти скорость чтения она измеряется наносекунда А с HDD
37:11
Особенно если это не SSD а именно хдд а у него скорость вращения там
37:18
7.200 вращений в минуту это максимум вот ну почти практически максимум можно
37:24
сказать короче у вас Если вы много тем более это реально становится мирум фактором
37:30
или у вас база данных хранится над Да там Поэтому народ Всеми силами вытаскивает
37:36
там файлы этого сайта Да его какие-то данные вытаскивает его в оперативную память И для этого делаются специальные
37:43
опять же это вот фактор номер че да и как его нивелировать этот фактор нивелировать его можно с помощью
37:49
специальных приспособлений которые как раз-таки страницы сайта его контент
37:55
постоянно держат в оперативной памяти чтобы оттуда они максимально быстро считывать какие это приспособления Ну
38:01
допустим в вебе часто используются такие базы данных Как redis там мкш это всё
38:08
для хранения кэша э то есть у вас вместо того чтобы из базы данных читать которая
38:13
хранит сво своё состояние на хдд вместо этого всё считывается из оперативной памяти Я прошу прощения а вот эти самые
38:20
твердотельные эти самые Да какая разница они всё равно медленнее чем оперативная память Нет это понятно но всё равно
38:30
да то надо тоже выбирать желательно какой-то хостинг если у нас есть если у нас есть подозрение что в оперативной
38:37
памяти у нас сайт храниться не будет то лучше тогда выбирать хостинг в котором используется хотя бы SSD не обычно это
38:43
на самом хостинге пишут что у нас там используется характеристики сервера вот
38:48
значит и опять же если мы возьмём WordPress как тако хороший
38:56
приго то в вордпрессе есть всевозможные плагины которые
39:03
поддерживают Ну хранение сайта в общем-то в оперативной памяти угу ну плюс это не только на самом деле должно
39:09
идти со стороны самого движка это должно идти со стороны там веб-сервера со стороны
39:15
м ну в общем Сейчас косик её Я прошу прощения значит вот э скорость
39:21
срабатывания оперативной памяти – это наносекунды это 10 минус девятой да
39:26
получается ну это вообще Это совершенно Ну ну я
39:32
сейчас не скажу десятки или там ну где-то по-моему десятки наносекунд десятки наносекунд Да
39:38
вот значит Да это очень быстро и кстати говоря
39:44
м на самом деле вот то что процессоры работают с такой частотой по большому
39:49
счёту это производная так сказать от того что процессоры работают с гигагерц
39:55
вой частотой если бы они работа или с меньшей частотой там мегагерц и так далее соответственно никаких наносекундах речи бы не шло Вот
40:02
получается у нас современный процессор он работает со скоростью там да 3 гг нулись где-то в 3 да 5 гг Ну там около
40:09
того да то есть один такт Он грубо говоря несколько наносекунд
40:15
точнее даже меньше наносекунды один такт процессора меньше наносекунды Вот соответственно и скорость щения из
40:21
оперативной памяти она такая быстрая только лишь поэтому поэтому Да держать в оперативной
40:27
памя И приспособлений для этого много я их все перечислять не буду но просто мы здесь скорее верхнеуровнево говорим
40:33
вообще в принципе какие есть факторы там название плагинов для WordPress я не подскажу Да там или как сконфигурировать
40:38
какой-нибудь веб-сервер nginx и что написать в техническую поддержку хостера Я тоже не подскажу То есть это уже такие
40:44
детали но в целом это фактор и он очень серьёзно может замедлять веб-сайт даже если используется SSD там есть проблема
40:50
с тем что когда читается очень много мелких файлов даже SSD не слишком быстро
40:55
хорошо работает но недостаточно быстро для вообще самый быстрые сейчас это nme
41:01
диски не знаю слышали не слышали вот а
41:09
nvme а ну вот следующая поколение дисков Да которые работают ещё быстрее чем SSD
41:18
Ну вопрос Следующий вот меня всегда волновал Вопрос вот YouTube Вот мы сейчас трансляцию делаем Это же
41:24
гигабайты каждую секунду по всему земно ша Ну вот как раз-таки всевозможные сети
41:31
доставки контента всевозможные приспособления с этой оперативной памятью так далее это всё и позволяет ускорить всё это Что производители
41:38
железа Они же там [музыка]
41:52
впатп значит оперативную память надо Ну то есть если там фактически чем она
41:59
больше тем быстрее но она Я так понимаю более дорогая Ну конечно да она более дорогая Но я подозреваю что только она и
42:06
используется тоже Ну как только она сказать Конечно нельзя но в целом для
42:12
трансляции естественно сохранения на жёсткий диск никакого не происходит то есть здесь нужны какие-то объёмы
42:18
оперативной памяти конечно же я вообще тоже про себя считал что мне даже казалось иногда что вот эти все вещи
42:24
типа туба и так далее они все не рентабельные то есть вот говорят что uber не вышел в
42:29
рентабельность так и не вышел Хотя вроде классная вещь все они говорят и так далее но в рентабельность он так и не вышел а и Я подозреваю что с Ютубом тоже
42:37
самое потому что они мне кажется тратят очень много денег на всё вот это вот хозяйство и вот у меня следующий тоже
42:43
близкий к этому вопрос Вот я сейчас пошла такая ну во-первых да то есть
42:48
ядерной энергетикой занимались исключительно в России последние там 30 лет серьёзно Да сделали вот этот вот
42:54
Замкнутый ядерный цикл Там и так далее да я че го вдруг внезапно то значит там Трамп
43:02
заявляет что он будет ядерную энергетику двигать то максофт вдруг объявила что она идёт в этот бизнес значит то
43:09
статистика что как сказать где-то Я вот сбрасывал даже данные что Сколько стоит
43:15
один запрос Гугла да то есть появлением искусственного интеллекта энергии тупо надо больше ну там вобще всё хуже Да с
43:23
иск получается что раньше там всё говорили биткоина эги ждо этих майнеров
43:29
значит это подключать нафиг ну как у нас обычно да А тут выясняется что второй
43:35
гигантский потребитель электроэнергии – это все вот эти наши искусственные интеллекты Да потому что всю же эту
43:40
кухню надо как-то поддерживать Да здесь ещ Ну фактор фактор того сколько это будет
43:48
стоить Да так за вы давайте
43:56
ра дёшево э HDD Я не знаю сейчас ну его используют наверное хдд как раз когда
44:02
нужны какие-то архивы используется ли это для м прям в каком-нибудь ютубер
44:08
сказать может вполне используется Кто знает скорее всего там понимаете там тоже вообще в крупных платформах там
44:15
очень хитрые алгоритмы То есть к чему нанимают то всех этих айтишников их и нанимают тоже зачастую чтобы они экономили деньги Да а как они собственно
44:21
экономят деньги Ну они такие структуры данных придумывают такие алгоритмы чтобы
44:28
чтобы в оперативной памяти хранилось только действительно самое распространяемое там то есть какой смысл
44:34
хранить там не знаю пяти габай видео какого-нибудь человека которого один человек просмотрел Да канала которого
44:40
один человек просмотрел и такого же размера видео которые просмотрели миллионы Разумеется гораздо
44:45
рентабельные какое-то очень популярное видео кэшировать и допустим вот эти вот страницы всяких там
44:51
твитеров всяких там Фейсбук далее и так далее Я имею в виду вот какие-то посты
44:57
это на самом деле тоже всё берётся из кэша Вот то есть они не сохраняют А вот у обычных
45:02
пользователей это уже не в кэше хранится это уже храниться Может на дисках это вот что касается денег вот так что
45:09
придумывают алгоритмы Как сэкономить как издержки сократить но я думаю даже при всех попытках сократить издержки всё
45:15
равно денег тратится немерено вот Ну разумеется ещё быстрее это даже
45:23
не оперативная память там а всякие
45:29
там Коши процессоров они ещё быстрее потому что они находятся на самом процессорной ядре и доступ к ним ещё
45:36
быстрее и хранят ли там контент какой-нибудь популярный сложно сказать может быть Вот но там это уже очень
45:44
гораздо дороже чем оперативная память Ладно с этим наверное всё Ну я имею в
45:49
виду следующему тогда фактору переходим И следующий фактор он такой
45:57
В каком смысле спорный ну для начала назову фактор фактор этот можно назвать
46:05
так потребление процессора или выполнение на процессоре вот
46:13
и что я имею в виду существует два типа контента это
46:20
статический контент И динамический контент вот как широва Удобнее всего
46:25
именной контент пото что он не меняется он каждому пользователю отдаётся в одинаковом
46:31
виде поэтому его легко зашивать А вот как зашивать динамический контент с этим
46:37
же сложность потому что у одного пользователя отображается что-то одно на странице там один юзернейм у другого
46:43
другой юзернейм Ну и так далее не только в юзернейм дело и для того чтобы динамический контент
46:49
генерированию скрипт там PHP скрипт там н скрипт какой угодно скрипт который
46:55
собственно из базы данных достанет какую-то релевант ную для данного пользователя информацию и отобразить её
47:00
в виде страницы в вашем браузере и получается это всё потребляет
47:07
процессорное время и это время – это тоже какие-то там сотни миллисекунд И
47:12
это тоже замедление Ну может быть сотня миллисекунд и как его нивелировать этот фактор нивелировать его можно опять же с
47:21
помощью всевозможных кашей то есть там тот же самый WordPress Вот я сегодня
47:27
глянул на их страничку где у них перечисляли с методы каширования вордпрессе разные ухищрения как Каширова результаты
47:35
выполнения какого-то кода даже какие-то объекты в коде кэшировать ну короче надо максимально все кэши включать в
47:41
вордпрессе прям те которые по умолчания идут и всякие там плагины чтобы лишний раз там эти ПХП скрипты не выполнялись
47:47
чтобы лишний раз процессорное время не съедала соответственно пользователь не ждал это один способ это пытаться не
47:54
избавиться от динамического контента но ускорить динамический контент Да там какие-то оптимизации базы данных
48:00
применить и так далее Короче тут тоже по максимуму выгрузка в оперативную память помогает значит и какие-то специфичные
48:09
для конкретных языков ухищрения но есть ещё второй способ второй способ заключается в том чтобы избавиться от
48:15
генерации контента на сервере вообще но такой способ Он подходит не для всего он подходит
48:21
лишь для статических сайтов то есть ну како такой статический сайт Ну вот
48:28
допустим тот же самый Open yoga.ru Я думаю под эту категорию можно подвести То есть это сайт на котором есть некая
48:33
текстовая информация видео там картинки и так далее Всё это является статическим контентом его вовсе не обязательно
48:39
хранить в базе данных то есть в чём минус таких решений как WordPress Ну помимо плюсов Да плюсов у них очень
48:45
много то что это Низкий низкий порог входа там всевозможные плюшки но минус у
48:51
них в том что они по умолчанию подразумевают взаимодействие с базой данных тогда когда Но на самом деле не
48:57
нужно Ну кто вам мешает текстовый файл просто написать HTML Да там сгенерировать один раз сайт с этим всем
49:03
контентом и всё у вас просто статический контент который можно легко закоротить и
49:09
очень быстро раздавать повторюсь ещё раз в вордпрессе есть куча ухищрений но ими Нужно ещё научиться пользоваться этими
49:14
ухищрения А когда вы распространяется статический сайт который просто состоит
49:19
из трёх типов файлов это HTML CSS и JS Ну JavaScript в смысле то всё что вам
49:25
нужно это просто сдавать эти файлы которые хранятся в оперативной памяти всё А Поэтому тот же самый WordPress
49:33
возвращаясь к нему позволяет Насколько помню у них есть плагин который позволяет просто взять статический сайт
49:38
сгенерировать вот из этого вордпрессе как некую платформу для
49:44
редактирования контента А дальше превращать его в статический сайт закидывать по всяким там CD нам Допустим
49:50
или хотя бы не закидывать по сидим но там с помощью кэширования раздавать его из оперативной памяти вот
49:57
Ну это опять же Это мы уже говорим о решениях но в целом здесь речь шла о том какие есть факторы и как их нивелировать
50:03
и вот фактор фактор выполнения на цпу он тоже на самом деле может быть может да
50:10
сильно тормозить вебсайт и поэтому Особенно это касается на самом деле всевозможных бизнес страничек то есть
50:17
вот вы хотите там не знаю что там продать не знаю что рулетки вот такие
50:24
вот хотите продавать допустим вот создали лендинг А хостер ваш у которого вы этот сайт
50:32
заходили он не позаботился о всех там значит деталях нюансах и самый лучший
50:38
будет Вариант в таком случае это создать вот что-то вроде э сайта без базы данных
50:45
на самом деле очень много решений они так же просты в использовании как WordPress они очень популярны у них там десятки тысяч звёзд на гитхабе то есть
50:51
это не какие-то там новеллы это вообще говоря уже довольно старое решение и отлично подходя для всевозможных бизнес
50:57
страничек для статического контента и так далее вот такой вот фактор и Можно
51:05
наверное переходить к следующему если нет вопросов один вопрос Вот мы опять же где-то года два-три назад озаботились
51:11
нашими сайтами да и у Гугла есть там как я забыл как адрес не помнишь Олег за
51:18
Light Speed page Speed Что такое и так далее и так далее когда мы зави Ну зашли туда и увидели что там у нас Ужас ужас
51:25
Угу пришлось полностью менять и Ну у нас на вордпрессе Да с там уже ничего
51:31
не сделаешь вот как есть так есть вот пришлось менять и тему В общем и всё и
51:37
плагины там повы ще оптимизировать и значит Ну что меня поразило там две то
51:44
есть отдельно идёт для компьютерной версии и отдельно для мобильной То есть я так понимаю
51:49
что ну для мобильно ещё тяжелее это сделать всё оказывается Ну это вот как раз следующим фактором которым я хотел
51:56
рассказать следущий фактор – это количество количество CSS
52:03
файлов JS файлов Ну хотя бы этих двух Ну и
52:10
всевозможных других Ну хорошо Давайте ещё обозначим картинок там всевозможных Пегов и так
52:16
далее То есть это тоже фактор и то о чём вы говорили что там пришлось поубирать
52:22
там всякие темы и так далее То есть любая тема – это что на самом деле это либо модификация вот этого вот ХП кода
52:29
либо это добавление каких-то стилей То есть это CSS файлы какие-то конкретный
52:34
который нужно скачать либо добавление какого-то интерактива с помощью JS
52:40
файлов и как правило любая тема она подтягивает как раз вот эти вот JS файлы CSS файлы и так далее и каждый файл в
52:47
силу специфики работы вот этих вот протоколов которые я перечислял в частности там tcp протокола на самом
52:53
деле у tcp протокола есть такая штука которую я хотел упомянуть она называется tcp Slow Start Дело в том что tcp
53:00
протокол он создавался там в какие-то девяностые года ну короче он создавался вообще там в семидесятые-восьмидесятые
53:05
И значительная доля работы над ним происходила в девяностые А что было в девяностые в девяностые были очень
53:11
медленные соединения и tcp протокол он был адаптирован под эти медленные соединения Ну в частности Вот такая
53:17
техника как tcp Slow Start в чём она заключается она заключается в том что когда вы открыли какой-то сайт у
53:23
вас первые сеансы передачи данных между вашим устройством и сайтом они идут в
53:29
небольшом размере допустим там 20 КБ передалось он такой ага 20 КБ передалось без ошибок а ну-ка передадим теперь 40 а
53:36
потом 80 а потом 160 и получается Таким образом у вас сайт то есть вот эти вот
53:41
все файлики Они вроде бы мало весят там 100 КБ Казалось бы что такое 100 КБ Но на самом деле из-за вот особенности
53:48
работы протокола tcp это может быть очень медленным процессом и чем меньше у
53:55
вас будет вот этих вот GS там и прочих файлов тем будет лучше для быстродействия вашего
54:00
вебсайта поэтому сокращать сокращать и сокращать это собственно говоря нивелирование этого фактора Я не знаю я
54:06
просто не совсем разбираюсь вот я до сих пор не понимаю чем принципиально
54:11
мобильный телефон отличается от компьютера в плане железа Да на уровне вот железа нет ли каких-то
54:17
ограничивающих факторов для загрузки сайтов вот с мобильных телефонов Да нет На самом деле я думаю что то что вы
54:25
сталкивались с тем что для мобильных телефонов какие-то там были особые условия или
54:31
особые какие-то там Гораздо тяжелее было поднять ответ с мобильного телефона
54:37
чем с Дек Я думаю это связано скорее всего с тем что для мобильных версий применяется другие CSS файлы они могут
54:44
весить больше просто-напросто там больше JS фа то есть мобильная
54:51
версия сайта – Это что такое Это принципиально иной набор CSS файлов JS файлов и так далее уних может быть
54:56
другой размер и другая структура Да там то есть у загрузки вот этих вот всех
55:02
файлов есть определённая очерёдность поэтому тут косик я прошу туда чтобы мы ты в кадр попадал Вот телефон и вся
55:09
лекция прошла именно так так что терять уже нечего вот я думал честно говоря что оттуда будет транслироваться Вот надо
55:16
было сделать тогда отсюда доску Да трансляцию доски а отсюда соответственно лица Ну ладно
55:22
да просто я так понял что эти два эти оба темпа нет а а нет всё всё значит всё О’кей Ну всё нормально то народ
55:29
говорит значит На чём мы остановились собственно говоря мобильные мобильные что тяжело У Да я думаю что я думаю что
55:37
нет ну плюс ещё следующий момент это то что всё-таки беспроводная связь она
55:44
медленнее по Пингу по моему опыту чем проводная а ага ага и я думаю с этим может быть что-то
55:50
связано то есть вот эти вот все трип тайм и так далее это могло повлиять а
55:57
Хотя слушайте Google же в своих проверках навряд ли беспроводную связь использует Ну я думаю что набор иной CSS
56:03
JS файлов Это первый момент почему у вас для мобильников сложно было поднять вот этот вот рейтинг Какой ещё какой Ещё
56:12
слушайте Я не думаю что какой-то ещё честно говоря был не у меня было такое подозрение что что-то там они вот именно
56:18
на уровне железа там на воротилин работы протокола tcp с
56:25
телефона и компьютера есть вот но сказать что они были бы определяющими сложно сказать потому что
56:31
есть разные на само понимаете есть разные вот эти вот особе то есть весь
56:36
интернет Он работает на основе tcp протокола это может быть для кого-то новая какая-то вещь но вообще весь
56:42
интернет равно tcp можно сказать так вот и у tcp протокола
56:49
есть разные алгоритмы повышения вот этой вот скорости на телефоне они могут быть одни потому что у телефона же
56:55
нестабильная св сь на компьютере другие что именно Google в своих
57:00
проверках использует мы не знаем там реальный ли телефоны или как он как-то он их симулирует там эти телефоны мули
57:06
да то есть мы ответить на этот вопрос не можем поэтому вопрос Гуглу Ну и чтобы не представлять себе каких-то
57:12
несуществующих факторов Я думаю лучше обратить внимание на то какие грузятся CSS JS файлы
57:18
Угу Угу Ну вот как раз собственно я и закончил все шесть факторов о которых я
57:23
хотел сказать были перечислены Ага это была лекция для проекта itemp University
57:29
сайт itemp university.com Меня зовут Константин и я не глядел в эти камеры на этот раз
57:35
хотя бы взгляну Пусть на меня посмотрят всё пока-пока так и вот здесь надо
57:41
кнопочки так ай Там тоже