FK
Я там правда еще немного в кишки самого гитлаба залез, так что про то, как происходит обработка запроса внутри сервера можно не читать
Size: a a a
2020 July 21
HM
https://docs.google.com/document/d/1amkxTiGQ47rl_K7qQQDN5Xsq6AenLY3NWbE_HBFukp0/edit?usp=sharing - вот такой текст приняли на собеседовании в гитлаб )
пошел к ним работать?
FK
Не, меня на последнем этапе не взяли
HM
Эх(
P
Alex P
Подскажите, на собеседованиях пару раз спрашивали рассказать - как сервер (рубишный) отвечает на запрос браузера.
На уточнение - насколько детально рассказывать? сошлись, что TCP не надо, а вот HTTP, DNS и т.д. - просили.
В целом механизм понимаю, но что-бы все по полочкам разложить - хочется почитать что-то на эту тему, а по каким терминам гуглить - не представляю. Знаете какую нибудь статью хорошую, или слова ключевые?
На уточнение - насколько детально рассказывать? сошлись, что TCP не надо, а вот HTTP, DNS и т.д. - просили.
В целом механизм понимаю, но что-бы все по полочкам разложить - хочется почитать что-то на эту тему, а по каким терминам гуглить - не представляю. Знаете какую нибудь статью хорошую, или слова ключевые?
#хороший_вопрос
Сначала браузер резолвит URL в IP адрес сервера, получая эту информацию от службы DNS провайдера (или третьей стороны типа Google). Запрос отправляется на полученный адрес. Там его встречает web-server — это программа (nginx самый известный пакет такого типа), которая висит на 80 порту (443, если используется шифрование) и принимает входящие запросы. Далее эта программа перекидывает входящие запросы по заранее сконфигурированным правилам, в нашем случае на требуемый application-server (здесь обычно используется puma, раньше был популярен unicorn). Это уже часть Rails. В рельсах сырой запрос сначала обрабатывается гемом rack, он из входящего запроса создает сложную структуру и передает ее для дальнейшей обработки. Здесь rack является middleware. Далее запрос обрабатывается маршрутизатором по правилам из файла routes.rb. Здесь rails определяет, в какой контроллер и какой action нужно направить запрос. Контроллер определяется из запрашиваемого URL, action на основании комбинации HTTP метода и URL. После управление переходит в выбранный контроллер, в соответствующий метод (action), который в свою очередь рендерит ответ (JSON или HTML, например) и отдает его клиенту (обратно через application-server и web-server).
Сначала браузер резолвит URL в IP адрес сервера, получая эту информацию от службы DNS провайдера (или третьей стороны типа Google). Запрос отправляется на полученный адрес. Там его встречает web-server — это программа (nginx самый известный пакет такого типа), которая висит на 80 порту (443, если используется шифрование) и принимает входящие запросы. Далее эта программа перекидывает входящие запросы по заранее сконфигурированным правилам, в нашем случае на требуемый application-server (здесь обычно используется puma, раньше был популярен unicorn). Это уже часть Rails. В рельсах сырой запрос сначала обрабатывается гемом rack, он из входящего запроса создает сложную структуру и передает ее для дальнейшей обработки. Здесь rack является middleware. Далее запрос обрабатывается маршрутизатором по правилам из файла routes.rb. Здесь rails определяет, в какой контроллер и какой action нужно направить запрос. Контроллер определяется из запрашиваемого URL, action на основании комбинации HTTP метода и URL. После управление переходит в выбранный контроллер, в соответствующий метод (action), который в свою очередь рендерит ответ (JSON или HTML, например) и отдает его клиенту (обратно через application-server и web-server).
BO
Paul
#хороший_вопрос
Сначала браузер резолвит URL в IP адрес сервера, получая эту информацию от службы DNS провайдера (или третьей стороны типа Google). Запрос отправляется на полученный адрес. Там его встречает web-server — это программа (nginx самый известный пакет такого типа), которая висит на 80 порту (443, если используется шифрование) и принимает входящие запросы. Далее эта программа перекидывает входящие запросы по заранее сконфигурированным правилам, в нашем случае на требуемый application-server (здесь обычно используется puma, раньше был популярен unicorn). Это уже часть Rails. В рельсах сырой запрос сначала обрабатывается гемом rack, он из входящего запроса создает сложную структуру и передает ее для дальнейшей обработки. Здесь rack является middleware. Далее запрос обрабатывается маршрутизатором по правилам из файла routes.rb. Здесь rails определяет, в какой контроллер и какой action нужно направить запрос. Контроллер определяется из запрашиваемого URL, action на основании комбинации HTTP метода и URL. После управление переходит в выбранный контроллер, в соответствующий метод (action), который в свою очередь рендерит ответ (JSON или HTML, например) и отдает его клиенту (обратно через application-server и web-server).
Сначала браузер резолвит URL в IP адрес сервера, получая эту информацию от службы DNS провайдера (или третьей стороны типа Google). Запрос отправляется на полученный адрес. Там его встречает web-server — это программа (nginx самый известный пакет такого типа), которая висит на 80 порту (443, если используется шифрование) и принимает входящие запросы. Далее эта программа перекидывает входящие запросы по заранее сконфигурированным правилам, в нашем случае на требуемый application-server (здесь обычно используется puma, раньше был популярен unicorn). Это уже часть Rails. В рельсах сырой запрос сначала обрабатывается гемом rack, он из входящего запроса создает сложную структуру и передает ее для дальнейшей обработки. Здесь rack является middleware. Далее запрос обрабатывается маршрутизатором по правилам из файла routes.rb. Здесь rails определяет, в какой контроллер и какой action нужно направить запрос. Контроллер определяется из запрашиваемого URL, action на основании комбинации HTTP метода и URL. После управление переходит в выбранный контроллер, в соответствующий метод (action), который в свою очередь рендерит ответ (JSON или HTML, например) и отдает его клиенту (обратно через application-server и web-server).
На собеседования часто хотят услышать слово middleware
P
Boris O
На собеседования часто хотят услышать слово middleware
кстати да, у меня спрашивали. добавил в ответ
HM
Paul
#хороший_вопрос
Сначала браузер резолвит URL в IP адрес сервера, получая эту информацию от службы DNS провайдера (или третьей стороны типа Google). Запрос отправляется на полученный адрес. Там его встречает web-server — это программа (nginx самый известный пакет такого типа), которая висит на 80 порту (443, если используется шифрование) и принимает входящие запросы. Далее эта программа перекидывает входящие запросы по заранее сконфигурированным правилам, в нашем случае на требуемый application-server (здесь обычно используется puma, раньше был популярен unicorn). Это уже часть Rails. В рельсах сырой запрос сначала обрабатывается гемом rack, он из входящего запроса создает сложную структуру и передает ее для дальнейшей обработки. Здесь rack является middleware. Далее запрос обрабатывается маршрутизатором по правилам из файла routes.rb. Здесь rails определяет, в какой контроллер и какой action нужно направить запрос. Контроллер определяется из запрашиваемого URL, action на основании комбинации HTTP метода и URL. После управление переходит в выбранный контроллер, в соответствующий метод (action), который в свою очередь рендерит ответ (JSON или HTML, например) и отдает его клиенту (обратно через application-server и web-server).
Сначала браузер резолвит URL в IP адрес сервера, получая эту информацию от службы DNS провайдера (или третьей стороны типа Google). Запрос отправляется на полученный адрес. Там его встречает web-server — это программа (nginx самый известный пакет такого типа), которая висит на 80 порту (443, если используется шифрование) и принимает входящие запросы. Далее эта программа перекидывает входящие запросы по заранее сконфигурированным правилам, в нашем случае на требуемый application-server (здесь обычно используется puma, раньше был популярен unicorn). Это уже часть Rails. В рельсах сырой запрос сначала обрабатывается гемом rack, он из входящего запроса создает сложную структуру и передает ее для дальнейшей обработки. Здесь rack является middleware. Далее запрос обрабатывается маршрутизатором по правилам из файла routes.rb. Здесь rails определяет, в какой контроллер и какой action нужно направить запрос. Контроллер определяется из запрашиваемого URL, action на основании комбинации HTTP метода и URL. После управление переходит в выбранный контроллер, в соответствующий метод (action), который в свою очередь рендерит ответ (JSON или HTML, например) и отдает его клиенту (обратно через application-server и web-server).
Там на уровне днс еще балансировку делать можно. Когда он один и тот же адрес резолвит в разные IP
HM
Тоже на собесе каком то обсуждали
2020 July 22
Α
Paul
#хороший_вопрос
Сначала браузер резолвит URL в IP адрес сервера, получая эту информацию от службы DNS провайдера (или третьей стороны типа Google). Запрос отправляется на полученный адрес. Там его встречает web-server — это программа (nginx самый известный пакет такого типа), которая висит на 80 порту (443, если используется шифрование) и принимает входящие запросы. Далее эта программа перекидывает входящие запросы по заранее сконфигурированным правилам, в нашем случае на требуемый application-server (здесь обычно используется puma, раньше был популярен unicorn). Это уже часть Rails. В рельсах сырой запрос сначала обрабатывается гемом rack, он из входящего запроса создает сложную структуру и передает ее для дальнейшей обработки. Здесь rack является middleware. Далее запрос обрабатывается маршрутизатором по правилам из файла routes.rb. Здесь rails определяет, в какой контроллер и какой action нужно направить запрос. Контроллер определяется из запрашиваемого URL, action на основании комбинации HTTP метода и URL. После управление переходит в выбранный контроллер, в соответствующий метод (action), который в свою очередь рендерит ответ (JSON или HTML, например) и отдает его клиенту (обратно через application-server и web-server).
Сначала браузер резолвит URL в IP адрес сервера, получая эту информацию от службы DNS провайдера (или третьей стороны типа Google). Запрос отправляется на полученный адрес. Там его встречает web-server — это программа (nginx самый известный пакет такого типа), которая висит на 80 порту (443, если используется шифрование) и принимает входящие запросы. Далее эта программа перекидывает входящие запросы по заранее сконфигурированным правилам, в нашем случае на требуемый application-server (здесь обычно используется puma, раньше был популярен unicorn). Это уже часть Rails. В рельсах сырой запрос сначала обрабатывается гемом rack, он из входящего запроса создает сложную структуру и передает ее для дальнейшей обработки. Здесь rack является middleware. Далее запрос обрабатывается маршрутизатором по правилам из файла routes.rb. Здесь rails определяет, в какой контроллер и какой action нужно направить запрос. Контроллер определяется из запрашиваемого URL, action на основании комбинации HTTP метода и URL. После управление переходит в выбранный контроллер, в соответствующий метод (action), который в свою очередь рендерит ответ (JSON или HTML, например) и отдает его клиенту (обратно через application-server и web-server).
Где вы узнали эти подробности?
R
Alex P
Подскажите, на собеседованиях пару раз спрашивали рассказать - как сервер (рубишный) отвечает на запрос браузера.
На уточнение - насколько детально рассказывать? сошлись, что TCP не надо, а вот HTTP, DNS и т.д. - просили.
В целом механизм понимаю, но что-бы все по полочкам разложить - хочется почитать что-то на эту тему, а по каким терминам гуглить - не представляю. Знаете какую нибудь статью хорошую, или слова ключевые?
На уточнение - насколько детально рассказывать? сошлись, что TCP не надо, а вот HTTP, DNS и т.д. - просили.
В целом механизм понимаю, но что-бы все по полочкам разложить - хочется почитать что-то на эту тему, а по каким терминам гуглить - не представляю. Знаете какую нибудь статью хорошую, или слова ключевые?
я такой вопрос как раз спрашиваю на интервью в нашей конторе. Ну не совсем такой, похожий
R
там на самом деле ответ на час
R
просто тестируется насколько ты широко и глубоко понимаешь веб девелопмент
R
могу тебя потестить, за 50 баксов устроить сессию на полчаса и за полчаса рассказать что и как отвечать
R
дешевле не хочется)
R
конечно за час не научишься, но будет представление что учить, куда копать
R
запишешь на видео, например
E
скинешь в этот чатик)
SL
EvgeniyR
скинешь в этот чатик)
Тоже за $50, чтобы затраты отбить.
D
вот вам бесплатно