Лучший вопрос на собеседовании: Что происходит после ввода адреса в браузер?
Vložit
- čas přidán 5. 10. 2020
- Если твоя желанная работа связана с веб технологиями. Будь ты программист, инженер поддержки, тестировщик или мифический DevOps-инженер и так далее. На собеседовании с большой долей вероятности спросят: Что происходит после ввода сайта в адресную строку браузера?
✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦
✦ Быстрый хостинг FOZZY bit.ly/3lgnmzv ✦
✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦✦
Ответы на вопросы: t.me/worlditech/432
Монолит VS Микросервисы • МИКРОСЕРВИСЫ VS МОНОЛИ...
Плейлист DevOps • DevOps
Пародийный ролик на канале @IT is HUMOR
"Как появился DevOps" • Как появился DevOps?
"Agile по-российски" • Что такое AGILE методо...
#ityoutubersru #АнтонПавленко #микросервис #DevOps #монолит
ХОТИТЕ ПОМОЧЬ РАЗВИТИЮ КАНАЛА?
★ Boosty (подписка донаты) boosty.to/pavlenkoat
★ Яндекс.Деньги: money.yandex.ru/to/4100124083...
★ www.donationalerts.com/r/pavl...
★ www.tinkoff.ru/rm/pavlenko.an...
КОНТАКТЫ:
✦ Канал в TELEGRAM: t.me/worlditech (worlditech)
✦ Linux Чат в TELEGRAM: t.me/linux_wit
✦ DevOps/SRE чат в TELEGRAM: t.me/devopssre
✦ Группа в VK: worlditech
✦ INSTAGRAM: / pavlenko.at
✦ DISCORT: / discord
Еще контакты:
✧ t.me/pavlenko_at
✧ atpavlenko
✧ / anton.pavlenko.94 - Věda a technologie
1. Но что делает браузеру если тебе было лень ввести протокол?
2. Какой порт слушает современный веб-сервер по умолчанию?
3. Третий вопрос. Если ты поменял информацию о своем домене, например А запись сервер, насколько быстро об этом узнает твой браузер? И от чего это зависит?
4. Какие http методы ты знаешь?
5. Зачем в заголовки http указывать Host?
загугли
@@user-bc8ee8ho9y Может, человек неправильно отгадал, что ты имел в виду под словом "линь". Выражайте своим мысли по-человечески и будет всем хорошо.
1.Протокол по умолчанию http, потом в зависимости от серва идёт дальше.
2. Открытый. Настроить можно хоть на 22. По стандарту iana 80 для HTTP 443 HTTPS
3.зависит от настроек DNS и настройки кэширований. Иногда влияет фаза луны
4 GET PUT HEAD POST TRACE DELETE и вроде ещё какие то, но редко использую что то кроме гет пост хид пост
5. А куда тогда браузеру обращаться? 400
@@artem_serg может и так. В любом случае, можно переспросить, если непонятно. Или и сервер можно будет в будущем положить тк чего то не так понял?
Играем по-честному, не гугля
1. Тут могу только предположить. Думаю, что браузер начинает делать запрос по порту 443, а если по нему подрубиться не получается, то пробует по 80.
2. 443 -- это https
3. Пришлось досмотреть до преамбулы вопроса, прежде, чем отвечать.
Если на сервере настроено всё нормально, то первая прогрузка через DNS к серверу будет занимать несколько секунд. Зависит это от того, как быстро маршрутизация связки вашДНС-вашАЙПИ распространится по ДНС-серверам. В моём опыте, это происходит почти моментально.
4. GET, POST, DELETE, PULL и ещё 1 или 2
5. не знаю :(
Шутка (8:45) про брадкаст понравилась :)
Не знал, что бровями можно разговаривать ))
Это для большего понимания))))) меня не поймете брови дообъяснят)))))
@@pavlenkoat +++++++++ ))) самое здравое объяснение на просторах рунета, спасибо
Тоже без звука посмотрел и все понял?
😂😂😂
Убил😂 заметил комменты, ржал полчаса, пришлось заново пересматривать, прикрывая ладошкой комментарий
Когда-то давно искал всю эту информацию, сейчас более полная картина, спасибо.
Выпуск огонь! Продвигаем в топ
Спасибо
Спасибо за Ваш труд! Коммент в поддержку канала
Действительно очень популярный вопрос на собесах, спасибо !!
Спасибо, как раз то что мне нужно было!)
Спасибо за ролик, очень интересно. Тема важная.
Мужик, спасибо. Всё по полкам разложил.
Спасибо Вам большое!)
Толково,грамотно, без воды-подписался. Отлинчый контент
Видео полезное. Спасибо!
Блин уматовый чел) Спс за инфу 💪
Контент очень даже хорош. Спасибо большое)
Спасибо
У вас самая шикарная реклама, спасибо на видео очень помогло к подготовке к собеседованию
Классный канал! Спасибо!
И вам спасибо.
Мои мозги взорвались, откачусь как я к видео по проще и снова вернусь) спасибо за ролик. Слишком полезный)
Спасибо, полезное видео. В моем мозгу знания организовались по полочкам.
Пожалуйста.
А теперь найди нормальную литературу или статью и забудь о том, что смотрел в видео, ибо если уж углубляться, то лучше смотреть что-то без такого количества ошибок.
@@nyactk Прошло 2 года, ну... опустим это. Так ты предлагай литературу, назови эти книги/статьи, если ты считаешь, что автор допустил ошибки, а мне даешь совет почитать. На поиск уходит некоторое время, поэтому раз ты все знаешь, то напиши. Иначе ты не отличаешься от обычного пердуна-хейтера, которых и без тебя много. В твоем комментарии 0 полезной нагрузки, поэтому не было смысла даже писать комментарий.
@@diceline1677 , автор начал с HSTS, хотя определение протокола через этот механизм происходит уже после резолвинга, т.е. сначала разрешается доменное имя: кэш DNS-резолвера браузера > файл HOSTS > локальный кэш DNS-резолвера операционной системы > локальный DNS-резолвер операционной системы > рекурсивные DNS серверы (адреса которых получены вручную, либо автоматически, например, серверы Гугла, либо серверы провайдера) > корневые DNS серверы > DNS серверы верхнего уровня > DNS серверы второго уровня и т.д., в итоге ответ на запрос возвращается резолверу, а от него браузеру. Это если описать лишь процесс разрешения имени, а там ещё ведь работа веб-сервера, маршрутизация, канальный уровень и т.д. Автор попытался объяснить сразу всё, но в итоге совершил кучу логических ошибок и к тому же всё равно пропустил кучу всего - что-то попытался объяснить подробнее, а что-то объяснил слишком поверхностно. Выходит, что в таком случае было лучше разбить видео на несколько тем, вроде работы веб-сервера при обработке запроса, процесса разрешения имён и т.д.
@@diceline1677 , я перечислил только лишь этапы резолвинга и уже видно много нестыковок с описанием автора. Но польза от этого видео тоже есть, это несомненно, ведь те, кому недостаточно этого объяснения, получат стимул найти лучшее и более подробное описание всех этих процессов.
шикарно!
Лайк не глядя, дружище
Спасибо
супер 👍 пока не понятно, но интересно.
порядок просмотра можно изменить в /etc/nsswitch.conf
просмотр файла hosts можно вообще отключить или загнать его в самый конец списка
В теории:
HTTPS, DNS, TCP/IP, ARP, NAT, запросы, сервера, маршрутизаторы...
На практике:
- У меня интернет не работает, почини!
- Что именно не работает?
- ИНТЕРНЕТ!
- Что происходит, когда вводите адрес?
- НИЧЕГО не происходит!
XD
Это скорее для того что бы понять что с сайтом. А не с интернетом))
А бывает, что "всё сломалось, ничего не работает", причём это может быть всё, что угодно
Красота, спасибо. В основном работаю с бд....веб факультатив....оказывается я многое знаю и многое надо узнать
Привет, спасибо, я хоть и не сисадмин и даже не айтишник - но объяснено доступно, спасибо.
Очень полезно! Спасибо!
Пожалуйста
Спасибо, добавлю в избранное, буду смотреть перед собесами)
Спасибо
Но желательно в этом разобраться и понять
Так как вопросы могут быть и более углублённые все не разберёшь
Класс. Спасибо
Пожалуйста
3) Когда истечёт время TTL записи. Время задаётся на сервере который обслуживает зону в файле описания зоны (для всей зоны или конкретной записи )
Как всегда сначала лайк. Потом иду за чаем и печенками. И после наслаждаюсь чаем и новым видео. Всё это прекрасно понимаю, но посмотреть было интересно. Теперь знаю куда мне посылать людей с вопросами на данную тему)))
Спасибо за Ваши труды.
Пожалуйста
Все чётко и по полочкам. При каждодневной монотонной работе некоторые вещи забываются, посмотрел видео, чтобы освежить в памяти.
Нет, не чётко, ибо неправильная последовательность и много ляпов.
Best video ever!
Спасибо
Спасибо за полезн, видео. Отстал от жизни, много не знаю)
Очень толково рассказано!!!! Большое Спасибо!!!!
И вам спасибо.
Видео, как бальзам на душу!
Спасибо
Пожалуйста.
Когда хотел просто послушать что же происходит, а не загадки
Блин писал коммент, телефон сел)
По поводу кол-ва методов вопрос непонятно. Базовых на сколько помню их 4. Get, post, put, delete. Если посмотреть например postman, там их штук 20, а вообще если брать серверную часть на php, то есть простой метод по добавлению разрешённых методов http. В эмом случае ответ будет - кол-во методов бесконечно.
Другой момент, что на собеседовании спрашивают чем отличается get от post например. Какая задача по мануалу у этих методов (get - получить, post - отправить/записать ит. Д.). Так же удивлён был не увидеть протокол ws/wss, который могут использовать все современные браузеры и в определённых задачах куда более полезен чем http.
PS: видео классное, но много тем не раскрыто. Лайк поставил
Для полноты картины можно наверно было еще расказать про установку tcp соединения, а то сразу к TLS переход
Спасибо каналу за его интересный контент и автору лично. кину в вк!
Стараюсь чтобы вам было интересно.
Ништяк
Угу. Задал я как-то вопрос одному сисадмину, как пакеты по сети бегут... Пройдя соответствующие курсы понял, что сисадмин ничерта не знает :) пришлось самому становится оным. А вообще, сети чертовски интересная тема :) хорошее видео спасибо. Кстати, модель osi обязательно нужно знать. Очень выручает для поиска неисправности в сети.
1. Перебором)
2. 80 443
3. В течении суток но не менее 3 часов
На самом деле на этапе установления https соединения какая-то путаница с рассказе. Насколько я понимаю session key генирируется именно клиентом и шифруется публичным ключем сервера. Далее сервер расшифровывает и получает симметричный ключ.
Мне кажется несколько раз упущено слово "через", так как сервер не стал бы отправлять симметричный ключ (сказанный на последнем этапе).
Лучший вопрос на собеседовании - как устроен транзистор и как устроен простейший D-триггер ячейки памяти. Кто будет спорить что это не важно - пусть первый бросит в меня камень. Как можно программировать, не понимая как работает транзистор и оперативная память? Вы чё ребята?
А по поводу как работает браузер - ну покажите мне тикеты, в которых заказчик просит объяснить как работает браузер.
Какая мораль - вопрос как работает браузер - некомпетентность собеседующего. Программирование - это оперирование разного уровня абстракциями. Не обязательно знать все уровни чтобы быть хорошим программистом.
Если ты фронтенд без понимания работы браузера ты не сможешь дэбажить проблемы. Об этом в видео и сказано. Если вы конечно смотрели, а не сделали вывод только по названию или первой части.
@@pavlenkoat такие вопросы задаются с одной целью - сказать сеньёру что он только на мидла претендует. Таких вопросов может быть бесконечное количество, проверено многократно, чем их больше - тем меньше людей может на всё ответить.
И да, почему бы не сделать комментарий на основании названия видео. Оно же уже много говорит.
@@danblefoder7968 Тогда понятно. В видео просто раскрывается этот вопрос и рассказывается почему он самый лучший для людей работающих в вебе. Он как раз помогает понять кругозор собеседуемого. Есть еще вопрос связаный с траблшутиногом проблем есть видео где я это предвратил шоу
Вопрос этот очень объемный конечно, можно кстати выпустить серию видео сегментированных по определенному этапу в этой большой цепочке =)
В большенстве своем люди не смотрят серию видео. Да и я дал пищу для размышления. Если хотят попасть в айти капнут глубже
@@pavlenkoat Аудитория канала такая, что более чем уверен, посмотрят. Ну хотя бы чтобы гневные комментарии про косяки написать :) Вообще-то у меня тоже сразу ассоциация возникла с серией видео. Наблюдаю за молодежью - не любят что-то они умные книжки читать, а вот образовательное видео на трубе им заходит, хотя для сколько-нибудь серьезного обучения это и не годится.
Я пытался выпускать не смотрят.
@@pavlenkoat я смотрю сериями. извращенка.
@@pavlenkoat ну при 38к подписоты 83к просмотров, значит ваш ролик выходит за пределы аудитории, это большое достижение
Так же уверенно расскажу на собеседовании
нужно бооооооооооольшееееееее вииииииииииидеоооо
Больше не получается.
@@pavlenkoat сказал как отрезал (
Я не могу уйти с работы и снимать видосы Ютуб ее не окупает.
День добрый, наливайте приятные жидкости, опускайте напасы потому что на тревую голову не дойдет.
Так я про чай или кофе
@@pavlenkoat Это тоже можно)
Капец, как же все это запомнить :)
На самом деле прям всё запонюминать не надо сразу. Главное запомнить суть, а потом процессе работы всё уложиться в голове
@@pavlenkoat Пожалуй так пока и сделаю. Спасибо за ответ.
Еще браузер может отправить ETag (MD5 хеш запрашиваемой страницы) в заголовках, сервер сравнит его со своим хешем и отправит код 204 при совпадении, браузер получив этот код отобразит страницу из кеша
а-а-а-а-а ЭНГИНКС... как это круто звучит ))
С ДНС вы допустили ошибку, перед зоной com запрос ещё кое куда отправляется)
по поводу dns cache: systemd-resolved может и не стоять.
Как браузер узнает есть ли у твоего сайта HSTS, если не отправит начальный запрос? И следом следующий вопрос, если мы в нджинкс пропишем эту команду для HSTS, браузер не установит https соединение если не будет установлен сертификат. Поправьте если Я не прав.
С недавнего время актуально в цепочку добавить DoH
Думал, будет с подвохом вопрос. Типа из топа вопросов которые задают на собесе гуглов
Бесподобен
2) 80 и 443 соответственно
Процесс от ввода домена в адресной строке браузера описан довольно скудно и не до конца. Не описано например что происходит если в .htaccess встретиться правило rewrite. Что произойдет если нет индексного файла и почему например когда сервер отдает 500 на странице сайта написанного на CMS ModX выдает 503.
Это работа веб сервера. Уже частности
@@pavlenkoat Вы говорите, о ответах http-сервера в видео, и не говорите таких простых вещей как индексируемый файл. В принципе есть шаблон, который говорит пошагово, что происходит http-запросом. Данных шагов всего 12. Об этом Вы можете также самостоятельно ознакомиться в сети интернет. Думаю, что те, кто работают в этом или те, кому интересно разберуться в терминологиях статьи.
Кайфно объяснил! Спасибо тебе!
У меня не складывается пазл... Не хватает кусочка: а как сервер передаёт клиенту симметричный ключ? Если в открытом виде, то его могут перехватить и использовать для расшифровки всех последующих сообщений. А если в зашифрованном, то как происходит это шифрование так, чтобы только клиент его мог расшифровать? Ведь на обозначенной стадии "общения" у клиента, равно как и у того, кто подслушивает, есть только информация о методе шифрования, методе сжатия, а так же публичный сертификат с публичным ключом. Так каким образом симметричный ключ безопасно передаётся клиенту от сервера? Ведь публичный ключ клиентом может использоваться только для шифрования сообщений, отправляемых на сервер... И ещё не понятен такой момент: в конце, когда сервер отвечает "FINISHED", зачем он повторно отправляет клиенту симметричный ключ? Ведь он его уже, насколько я понял, отправлял клиенту, чтобы тот с помощью этого ключа шифровал отправляемый серверу хеш...
Полезно, но при чем тут рекурсия?
Спасибо за ролик. Расскажи, чем отличается http 1 от http 2.
насколько я знаю корневые сервера действуют не рекрусивно а итеративно чтоб не перегружаться. Рекурсивно действует только локальный днс резолвер
Антон, тебе надо было становится актером
Это конечно интересно, но нужен видос как ответить на этот вопрос «не знаю» и получить 400к/сек
Не зная ответ на этот вопрос (бесполезные знания) можно спокойно работать на 99% вакансиях, так как для того, чтобы на реакте клипать формочки не шибко то и нужно знать работу браузера. А после ты еще алгоритмы спроси, это же маст хэв для фронтенда!
Ведущий ролика, не нашел бы ответ: "Продай мне эту ручку" на собеседовании. Просто такой технарь не нужен волку с Волстрит...
я тоже не выдрючиваюсь умными вопросами - реальную задачу поставила, решил, заходи к нам! )))
Ну потому что это формашлепство у вас, а не веб-разработка. Алгоритмы на фронтенде, тоже, кстати, не лишние. Если у вас не парятся с перформансом, это не значит, что везде так. Вы наверное из тех, кто все коллбеки в useCallback заворачивает.
Ребят, подскажите, а где-то есть тренировочный стенд packet tracer с имитацией работы интернета? Ну там днс сервера, маршрутизаторы, веб сервер
Из головы вылетела программка.
Если совсем по хардкору с эмуляцией реального сетевого железа и серверов, то eve ng или gns3.
Ты как-то некорректно вопрос задал. Если ты хочешь моделировать сам, то программа Cisco Packet Tracer
@@vlaih0 я имел в виду есть ли готовый шаблон чтобы просто потыкаться
Во точно gns3
Лишь бы люди не зубрили это, а реально пропускали через себя, пытались разобраться.
Поэтому всю инфу я и не дал.
Вопрос: Что происходит после ввода адреса в браузер?
Первые полторы минуты ответа: Ну автоподстановка, тут мы буковку, а нам целое слово..
Я уже начинаю жалеть что подписался на тебя пару месяцев назад после ролика айтиютуберс
А ну все, досмотрел до рекламы и все понял
Реклама двигатель канала. А так постарался раскрыть полностью. Да и про подстановку. Всего несколько предложений. Плюс про подстановку hsts важно знать. Никто об этом не рассказывает, а это спрашивают на собеседованиях
1. Подставляет http или https (старые браузеры не подставляли, но это было даааавным-давно). Если не помогло (напр., сервер использует ftp) - пишет ошибку (или, если браузер сильно умный - обрабатывает как поисковый запрос, и это бесит).
2. Стандартные порты - 80 http, 443 https, 21 ftp. Если не указано, будет стучаться туда. При использовании другого порта, нужно указывать адрес:порт.
3. (Точного ответа не знаю, предлагаю сделать видео про DNS и DDNS)
4. (аналогично)
5. Аааа, так вот как делают несколько сайтов на одном IP. Вопрос породил ответ))
Но тут же возник другой вопрос: как делают один сайт на нескольких серверах с разными IP?..
По последнему вопросу. Тут есть метод либо перед ним поставить прокси сервер. Либо в днс прописать несколько айпи.
Различными типами балансировки трафика, на различных сетевых уровнях, проксирование тоже может являться балансировкой.
1: пишет сам
2: http 80
Https 443
4. Get, post put delete
:-)
2:42 HSTS, надпись на экране - HTST :)
Мда косяк. Спасибо
@@pavlenkoat Я думаю на фоне проделанной работы - это мелочь)
Упущен важный момент про SNI...
А мне вот больше нравится вопрос. Что происходит после того, как вы в почтовом клиенте нажали кнопу "отправить"? Есть подозрение, смахивающее на опыт, что на этот вопрос ответит народу еще меньше.
Ну тут же дело не завалить, а узнать знания человека в определённой области.
default 80, 8080 - http; 443 - https
ну хз 8080, чо тогда 8081 не вкорячил? по сути ни один броузер не полезит искать сурс на 8080/8081 порты, если на вэбсервере сурса не стоит редирект на эти порты с 80/443
Хм, отличная идея пиарить какой-нибудь хостинг на собеседовании. Хотел бы на это посмотреть живьем.
Если серьезно, интернет так уже давно не работает. Например, провайдер ВСЕГДА подменяет адреса DNS-серверов на свои (чтобы оградить наши неокрепшие умы от детской наркоманской сюицидальной порнографии с оружием и анимэшными вайфу). После чего перенаправляет запрос на свои веб-сервера-"заглушки" даже после того, как сайт давно уже вышел из "запрещенных" списков. Поэтому в чистом виде DNS использовать не рекомендуется, лучшее решение DNS over HTTPS или DNS over TLS. Кроме того, наш любимый провайдер может отдать страницу "404" сразу, т.к. он "ближе", а когда придет реальный ответ от удаленного веб-сервера, он будет проигнорирован браузером из-за того, что какой-то ответ уже пришел ранее. Еще наш любимый провайдер любит встраивать рекламу в незашифрованную веб-страницу, поэтому для защиты от модификации (и прослушивания) содержимого применяется HTTPS шифрование. Вообще люди, которые получают деньги за подслушивание и подмену трафика, очень не любят любые виды шифрования, кроме православных кузнечиков (скомпрометированных) или полного их отсутствия, поэтому всячески пытаются провести законопроект о запрете использования TLS 1.3, DoH и DoT (не говоря про уже запрещенный законодательно VPN). Собственно и интернет уже давно не глобальный, а феодальный, и мне каждый день тяжело видеть, каким он был и как его продолжают ломать и политизировать. Еще одним из способов вклиниться в шифрованный трафик на стороне провайдера - это законодательно навязать установку корневого государственного сертификата для проведения MITM-расшифровки, что уже было опробовано в Казахстане. Интернет настолько уже искалечен, что давно работает не "по учебнику".
Еще "внутри" провайдера один трафик может идти разными путями, вообще-то подобное можно и дома настроить, подключившись одновременно более чем к одному провайдеру.
В любом случае, видео очень содержательное, хотя и немного сумбурное, вряд ли есть что-то подобное, где за такое короткое время подается так много информации без воды, в реальности про каждый этап можно рассказать на порядок больше.
Если бы я это все рассказывал видео часа на 3 было наверно. Цель была дать представление и толчек задать вопрос а почему так. И забить это в гугл
Как вы задолбали уже с этим "самым лучшим вопросом"!..
я правильно понял что на 8:21 говоорится о днс?
8.45
Если адрес не в твоей подсети, зачем его там искать? Сразу на шлюз.
Если адрес в твоей подсети, зачем идти на шлюз? Если не нашел в своей подсети, на шлюз не пойдет.
на 8:54 начался пиздец, он будет кричать (широковещательный запрос) только если нету соответствия в арп таблице ОС. На шлюз уйдёт запрос тогда когда ИП не входит в подсеть по маске. Это был самый большой косяк. Еще не раскрыто то, что это всё может работать по ИПв6 и там вообще другая архитектура. Может я тупой, но я из видео не понял когда браузеру прилетел симетричний ключ который сгенерировал сервер. По логике вещей КЛИЕНТ должен сгенерировать симетричний ключ и зашифровать сертификатом и отправить на серв тк нету другого пути доставить что либо браузеру безопасно, но это предположение, мне лень гуглить.
вероятно имелось виду не шлюз, а аплинк комутатора но это догадки, тк потом шла речь о роутерах
а меня спрашивали как форматировать винчестер )) времена xp были ))) я опешил.
arp запрос хост или роутер будет посылать на любой dst ip адрес - только если маршрут по умолчанию прописать на Ethernet интерфейс без указания ip next hop. не уверен, что linux/windows так умеют.
А широковещательный запрос он не посылает разве в сеть, чтобы определить есть ли такая машинка в сети? На маршнутизатор он уже запрос отправляет если не нашел в сети нужную машинку... Я могу ошибаться с сетью глубоко давно не работал, но вроде я ничего не напутал.
Мир IT с Антоном Павленко он с помощью маски подсети и своего адреса узнаёт, находится ли DST адрес в одной с ним сети, если находится, то проверяет запись в arp кэше, если записи нет, отправляет в Ethernet сегмент arp запрос. Если хост не в одной сети, включается процесс маршрутизации на хосте и в самом простом случае используется default gateway. А дальше та же история про arp, если мак адреса default gateway нет в arp кэше у хоста.
Мир IT с Антоном Павленко представьте что было бы в локалке, и как бы это работало, если бы на каждый DST адрес был бы широковещательный arp запрос.
Я вот это упустил. Я теперь понял почему вы меня не понимаете. Знаю об этом. Понимаю, а вот не сформулировал понятно. Спасибо большое.
С сетями уже лет 5 плотно не работаю.
Мир IT с Антоном Павленко пожалуйста, видео классное!
80, 443
Вся информация вроде есть, но неструктурированность изложения реально запутывает. PS искал краткое изложение
Сначала браузер проверить нет ли такого адреса в файле хосте, потом к ближайшему DNS
Как информация с жесткого диска попадает в оперативную память?)
Считается и записывается в оперативку, это же просто 😁
@@user-ix4cm7ch5z сама собой? По проводу добегает к материнской плате а там перескакивает сразу в ram?
Что конкретно вычитывает диск и производит запись в озу?
@@Roman-ud6vs учите мат часть, и глупых вопросов будет меньше
2) 80
4:10 да v4 сосед может и запомнит, но помимо https ютубчик ещё и ipv6 любит, вот ту абракадабру запомнят разве что "настройщики" из 2000х готов, помнящие лицензионный ключ для win98/xp 🤣
но зочем
> Браузер поддерживает следующие протоколы: http, ... ftp.
На счёт ftp - это точно? Нафига он браузеру? Я не имею ввиду "комбайны" всё в одном вроде Opera или Chrome, а чистый браузер.
Хотя сейчас всё туда суют, что нужно и не нужно...
UPD. Видимо, спорный вопрос определений и классификаций. Я бы к основным фишкам браузеров поддержку протокола ftp не отнёс, а определил бы оный к дополнительным.
А что вы имеете ввиду под браузером?
@@pavlenkoat Программу для сёрфинга в вэбе по протоколу HTTP.
@@pavlenkoat Оно понятно, что там много компонентов вроде интструментов разработчика, проигрывателей медиа-файлов и всего прочего. Но я бы отнёс модуль ftp-взаимодействия как раз туда, в категорию дополнительных современных фишек, а не к чисто браузерным механизмам.
Это как же упало качество образования, если такой вопрос на собеседовании ставит в тупик 🤦♂🤦♂🤦♂
ссылка на fozzy что-то не работает
Спасибо
2 80,443
Чего придумывать. На сервере поставить редирект с ..../index.html на ..... проще всего или в файле или лучше в .htaccess.
Это для предотвращения атак. При первом запросе по http можно перехватить сессию если я правильно помню.
@@pavlenkoat Ничего там не перехватится. Сессия https будет инициализироваться своя с шифрованием через SSL.
Я ошибся. Думал о кукух написал сессия. Есть ещё такой вид атак с понижением степени защиты. Плюс на серьезных сервисах эта лучше перебздеть.
@@pavlenkoat А что, кто-то на серьезных сервисах еще использует cookies? Я думал что уже все более менее перешли на sessionStorage и localStorage да и работают на сокетах c JSON форматом (а там токен можно воткнуть на каждую отправку). Это вполне себе безопасно если нормально экранировать данные в сторону бэкенда.
Да бывает особенно на старых проектах.
Какого хрена ты айтишник? Вот лучший вопрос!
Ты бы лучше объяснял всё последовательно, сам отвечая на вопрос в заголовке.
А так люди могут подумать что hsts браузер получает до dns резолва. Кстати не линукс единным. В windows например поиск имени идёт по пути кеш -> hosts -> dns -> LLMNR -> netbios -> wins. Плюс есть настройки домена поиска и суффикса домена. Плюс есть WPAD.
Про пакеты. Ты рассказал только про HTTP и IP. А где mac и llc уровни ? Где bgp ? Где хотя бы port mapping и реверс прокси и cdn ?
Про http методы. Ты знаешь отличия от url/uri/urn ? Видимо нет, раз urn называешь url'ом.
Если мы говорим про протокол http браузер и заголовки. Почему не было речи про url encode ?
И последняя фраза. Фронтендер должен знать как браузер отображает страничку. Епт, а как он не может не знать рендеринг страницы если он пишет фронт ?? Тем более в большинстве фреймворков применяется виртуальный dom. Или вёрстка. Конечно ты будешь изучать и знать как браузер отображает страницу. Иначе твои элементы будут наезжать друг на друга и криво отображаться в разных браузерах. Слышал про Pixel Perfect ?
Ну и причём тут устройство ОС, сети, веб сервисов и протоколов и рендеринг страницы ?
Если бы я тебе задал этот вопрос. Ты бы не прошёл собеседование таким ответом. И где рассказ про IRQ и рендеринг на GPU ? Короче тебе кол.
Если бы вы внимательно смотрели видео у вас бы не возникало многие из этих вопросов. А если просто хотели потешить свое ЧСВ, то ладно развлекайтесь.
@@pavlenkoat этот комментарий появился потому что я посмотрел это видео. Ответ на этот "лучший вопрос" дан с неточностями. Я понимаю что не нужно углубляться вплоть до битов ip пакета. Или мак таблицы в коммутаторов. Но претензии к изложению "знаний"
@@vifvrTtb0vmFtbyrM_Q То что вы написали это частности, которые специалисты разной масти должны изучить. О чем было сказано в видео. Если вы претендуете на звания специалиста вы должны это понимать. В одном видео рассмотреть все эти знания будет нудно. Кому надо в процессе профессиональной деятельности углубиться.
@@pavlenkoat яростно плюсую
М-да... начало 2000голов прошло... когда ты не знал и писал адреса сайта по символьно...
А сейчас этот не актуально друг. И многие скажут, что ты - прости - Динозавр!
Сейчас достаточно знать (если конечно напрямую не связано с сетями) просто общий путь с общими "точками" на нём.
И давайте будем современными Людьми!
Если надо будет знать что-то из этого более подробно- Нуждающийся просто зайдет в инет и все узнает за 15 минут.
И разве с такими знаниями нужна помощь финансовая каналу..... не вижу смысла. Иначе все перестанут трудится.
Я это рассказываю для айти специалистов в области веб технологий. Это основа основ. Если это не знать о трабшутинге проблем можно забыть. Как и зп
Спасибо за информацию, если честно, я все это понимаю, только потому что прочитал книжку на 921 страницу по компьютерным сетям(Нисходящий подход, росс/куроуз, всем советую) за 4-5 месяцев.
Ответы:
1. Http, https;
2. 80 для http, 443 для tls запросов;
3. Это зависит от того, в кэше какого именно DNS-сервера содержится информация об этой записи, если я правильно понял вопрос;
4. Get, post (post безопаснее);
5. Что-бы сайт открылся быстрее? (Как в видео показано, в первую очередь система ищет DNS запись на компьютере).
Ещё хотелось бы узнать подробнее про процесс инкапсуляции.
Есть недочеты. Ответы опубликую в конце недели. Чтобы была интрига :-)
@@pavlenkoat а где ответы? камон)
"если я работаю с вэбом..." мне никогда в жизни не пригодится знание всех внутренностей, кроме как на собеседовании у неадекватного техлида. Что мне нужно - это таблица хттп статус кодов, заголовки авторизации и корса, простейшие приемы защиты от взлома и хорошо протестировать страницу на медленном соединении и при различных разрешениях экрана и дпи. Все, бля! Остальное человек узнает сам просто потому, что это ему обязательно попадется на глаза и займет какое-то место в мозгу. Вся хрень с нжинксом, с айпи, с маршрутами - это не "вэб"! Это девопс, и варитись в этом сами. Вэб - это про хуки, инжекцию и цсс. О стартапах и широкопрофильниках-многостаночниках у меня особое мнение. Я уже 22 года выбираю себе компании на основании адекватности вопросов на интервью. Пока все отлично, и тактику менять не собираюсь.
sc0or ага. А потом таким вот разработчикам устаёшь доказывать, что задержки между дата центрами на разных побережьях таки штука относительно постоянная и уменьшить их в два раза не возможно в текущих реалиях.
@@user-lr2fq8gf4g Я же написал, что тру дев должен считать, что сайт открывают на чем-угодно откуда-угодно. Если такой пользователь приносит прибыль, его нужно удовлетворить. Если нет - Internet Explorer is not supported и до-свидания. Искусство ради искусства закончилось в 1999.
Девопс это методология разработке ПО. Девы в ней не учавствуют? Я в администрирования тут даже не погружался. Инфа для инженера, который вовлечён в разработку сервисов. А непонимания этого ведёт к ошибкам. Как в выборе программных решений, так архитектуре приложения так и в архитектуре серверной.
Подпишусь. Подобные вопросы, никак не относящиеся к тому, что программист будет делать после найма, помогают отсеивать неадекватные команды.