вот неплохой контент, но вопрос вы смотрите как у вас получилось? на стримах есть правила хорошего тона - никаких тёмных тем и шрифт покрупнее. сами пользуйтесь чем хотите но зрителя надо уважать (ну или это непрофессионализм)
Спасибо, было интересно! Такой вопрос про скорость tcp соединения: кроме перезагрузки пользователем с этим как-то борются сами браузеры или frontend/mobile разработчики? Например, что-то вроде timeout, но с условием переподключения если принято слишком мало байт за определенный период?
Не слышал про такое. Там, где это критично, чаще просто используют другой транспорт вместо TCP, тот же UDP. Но не исключаю, что в каких-то проектах такие хаки со сбросом соединения есть.
А что значит tshark: The capture session could not be initiated on interface 'lo0' (No such device exists). Please check that you have the proper interface or pipe specified. ? использую ubuntu 20 через wsl
loop-back / localhost интерфейс может называться по-другому в зависимости от ОС. На линуксе это просто lo (без нуля), если правильно помню. Можно проверить в выводе команды ifconfig.
Операция send сразу отправляет все данные в специальный буфер операционной системы. Дальше ОС решает, отправлять данные сразу, либо подождать следующих операций send. На другой стороне отправленные данные так же накапливаются в буфере ОС, откуда читаются операцией recv. Аргументом указывается максимальное кол-во байт, которые можно вычитать из буфера за один раз. Но если в буфере меньше данных, то может вернуться и меньше указанного значения. Если буфер пуст, то recv заблокируется до поступления новых данных.
![Цикл Git разработки (init, commit, push) [Хекслет]](http://i.ytimg.com/vi/ku3Mg_XCsAo/mqdefault.jpg)
![Цикл Git разработки (init, commit, push) [Хекслет]](/img/tr.png)
Спасибо! Все очень понятно объяснил.
Спасибо за отзыв) Смотрите другие наши гайды
В целом очень круто! Спасибо.
А планируете подобные видео выложить про TLS, HTTP/HTTP2 ? Было бы очень полезно!
Пока есть про работу HTTP- запросов ruclips.net/video/7ZEKUL3bY14/видео.html
спасибо!
Спасибо!
Гуд🙂
вот неплохой контент, но вопрос вы смотрите как у вас получилось? на стримах есть правила хорошего тона - никаких тёмных тем и шрифт покрупнее. сами пользуйтесь чем хотите но зрителя надо уважать (ну или это непрофессионализм)
я ничего не понял из-за его кортавости
Спасибо, было интересно!
Такой вопрос про скорость tcp соединения: кроме перезагрузки пользователем с этим как-то борются сами браузеры или frontend/mobile разработчики?
Например, что-то вроде timeout, но с условием переподключения если принято слишком мало байт за определенный период?
Не слышал про такое. Там, где это критично, чаще просто используют другой транспорт вместо TCP, тот же UDP.
Но не исключаю, что в каких-то проектах такие хаки со сбросом соединения есть.
А что значит
tshark: The capture session could not be initiated on interface 'lo0' (No such device exists). Please check that you have the proper interface or pipe specified.
?
использую ubuntu 20 через wsl
loop-back / localhost интерфейс может называться по-другому в зависимости от ОС. На линуксе это просто lo (без нуля), если правильно помню. Можно проверить в выводе команды ifconfig.
@@valentinkhomutenko6308 и правда - на lo не ругается
Перед установкой wireshark или netcat желательно сделать sudo apt update, дабы обновить инфу в репозиториях
1:38 как сделать 2 экрана?)
Как программа понимает какое количество байт прочитать? (14:23)
Операция send сразу отправляет все данные в специальный буфер операционной системы. Дальше ОС решает, отправлять данные сразу, либо подождать следующих операций send.
На другой стороне отправленные данные так же накапливаются в буфере ОС, откуда читаются операцией recv. Аргументом указывается максимальное кол-во байт, которые можно вычитать из буфера за один раз. Но если в буфере меньше данных, то может вернуться и меньше указанного значения. Если буфер пуст, то recv заблокируется до поступления новых данных.
0.75 скорость в самый раз
Ты хотел сказать 1.75?