У меня есть общее представление о том, как работает HTTP . Я понимаю, что клиент (веб-браузер) делает запрос, а сервер отвечает обратно на запрос. Однако я не понимаю, как веб-сервер узнает, когда клиент делает запрос?
Если кто-то звонит мне, мой телефон звонит, и я получаю уведомление. Точно так же, как веб-сервер получает уведомление о запросе?
В этом много слоев. И что немаловажно, многие из них взаимозаменяемы.
Например, на физическом уровне у вас может быть сеть с коаксиальным кабелем, сеть Ethernet или Wi-Fi. HTTP работает поверх всего этого, но у каждого из них есть немного различная обработка полезной нагрузки, отправляемой вокруг.
HTTP работает поверх другого протокола, называемого TCP, который, в свою очередь, более или менее работает поверх еще одного протокола, называемого IP (в настоящее время в основном в двух вариантах - IPv4 и IPv6).
Таким образом, HTTP-сервер регистрирует IP-адрес (например, 184.38.45.1 или чаще всего "любой") вместе с портом TCP (по умолчанию для HTTP используется 80 , но в общем случае от 1 до 65535) в операционной системе. Теперь HTTP-сервер сообщает ОС пропинговать его, когда приходят данные (или другое сообщение). ОС знает, когда это произойдет, потому что драйвер сетевой карты сообщает об этом. А драйвер сетевого адаптера получает информацию от самого сетевого адаптера, который фактически имеет свое собственное программное обеспечение для интерпретации электрических сигналов на сетевом кабеле (или беспроводных сигналов в воздухе и т.д., Вы поймете).
Примечание стороны:
Если вы хотите узнать больше о том, как NIC может инициировать связь с драйвером / ОС, вы можете посмотреть некоторую основную информацию об аппаратных прерываниях - в основном, все, что в данный момент делает процессор, останавливается, и поток программы переключается на прерывание подпрограмма обработчика - чрезвычайно простой кусок кода, который заботится об уведомлении системы, а затем немедленно возвращает управление обратно к исходной вещи, которую делал процессор. На самом деле, он может ответить на многие вопросы о внутренней работе ОС и самого компьютера - например, как операционная система может "красть" ЦП из запущенных приложений и перетасовывать ресурсы ЦП между различными приложениями, работающими одновременно, даже если они не сотрудничают.
Вернемся к делу:
В своей телефонной аналогии представьте, что ваш телефон на самом деле не звонит. Чтобы узнать, если у вас есть попытка телефонного звонка, вам придется периодически смотреть на экран и проверять. Чтобы упростить управление для HTTP-сервера (поскольку эта периодическая проверка уже выполняется довольно многими слоями), вы можете заблокировать попытку проверки.
Таким образом, вместо того, чтобы проверять, видеть, что там ничего нет и проверять снова, вы в основном все время смотрите на экран. Тем не менее, у вас в основном есть отдельная система для обработки этого (в вашем случае, слуховой центр, который проверяет вибрации воздуха на предмет полезной информации, звон), так что он на самом деле не требует вашего внимания (время процессора).
Это еще более улучшено с помощью методов, которые позволяют вам контролировать много соединений одновременно (IOCP). Это все ближе и ближе к системе телефонных звонков - у вас есть комната с десятью тысячами телефонов, но вы заботитесь только о тех, которые звонят в данный момент, другие не обращают на вас никакого внимания.
Компьютеры используют концепцию под названием "порты", аналогичную "добавочным номерам" для телефонного коммутатора: клиент не только "вызывает" IP-адрес сервера, но и отправляет запрос на определенный порт на этом сервере.
Существуют тысячи портов (список википедии), например, порт 80 по умолчанию для HTTP.
Хитрость заключается в том, что программа, например веб-сервер, может зарегистрироваться для прослушивания определенного порта. Затем ОС будет передавать любые запросы, поступающие через этот порт, в эту программу.
Суть наличия нескольких портов состоит в том, что вы можете иметь несколько служб, работающих на одном сервере одновременно, используя разные порты, они не будут мешать друг другу.
Веб-сервер уведомлен с помощью следующего процесса
Accept ()
Liseten()
bind()
socket()
Скажем, веб-сервер прослушивает порт 80, когда запрос от клиента приходит на порт 80, он примет соединение с системным вызовом accept(). Этот вызов обычно блокируется, пока клиент не соединится с сервером.
Затем прослушайте соединения с помощью системного вызова listen() и привяжите сокет к адресу с помощью системного вызова bind().
Atlast создает сокет с помощью системного вызова socket().
Надеюсь это поможет!
У вас есть каталог /var /log /apache2 со следующим каталогом:
access.log
error.log
other_vhosts_access.log
Это связано с тем, что вы хотите от клиента, и как уведомить, смс, электронная почта и так далее.
Мое предложение:
Вы можете создать сервер журналов и отправлять каждый свой журнал, такой как почтовый сервер, DNS-сервер, веб-сервер и т.д. Затем вы можете проанализировать его. Даже тот же сервер использует БД, и вы можете запустить запрос.
Я предполагаю, что веб-сервер регистрирует функции обратного вызова с портом.
Таким образом, когда бы ни поступало что-либо на этот конкретный порт, система вызывает функцию обратного вызова, зарегистрированную ранее. Внутри этого обратного вызова он может установить событие или что-то в этом роде, и тогда у веб-сервера будет выделенный поток, ожидающий это событие. Этот поток будет выполняться и помещать этот запрос в основной список запросов, которые веб-сервер уже обрабатывает.
То, что я дал здесь, это очень поверхностный и макро-взгляд на происходящее. Для более точных ответов давайте подождем, пока придут эксперты.