Чем отличается браузер от apache, если и то и другое это прикладной процесс который обращается к программе http имеющей номер 80. Оба слушают ответы от этой программы(http) и оба передают сообщения этой программе(http).
Спустя 36 минут, 21 секунда (11.05.2010 - 18:08) zarafar написал(а):
Спустя 1 час, 39 минут, 12 секунд (11.05.2010 - 19:47) waldicom написал(а):
Браузер обращается к апачу. Апач слушает на (стандартно) 80 порту, что ему скажет браузер. А хттп - это протокол, по которому общаются браузер и апач. Браузер - это клиент, а апач - это севрер.
Спустя 23 часа, 27 минут, 18 секунд (12.05.2010 - 19:14) program90 написал(а):
Так нет. просто непонятно что такого могучего в слове сервер - это получается просто какой-то интерпретатор языка php. Не сложнее компилятора С++.
Просто браузер же точно также слушает свой порт - и когда получает сообщение то отвечает на него. Например cookie пересылает. И к браузеру добавить функцию интерпретации языка php - то он станет таким же сервером. Т.е. получается что сервер это не какоето системное ПО типа операционной системы, а просто высокоуровневая программа типа Outlook-почты, которая интерпретирует скрипты.
И еще - можно было бы сайт написать на языке С++, который бы сидел на порту и обрабатывал запросы? Правильно ли что единственная разница между ним и скриптами с сервером - в том что этот сайт пришлось бы перекомпилировать каждый раз чтобы чтото добавить или изменить.
Просто браузер же точно также слушает свой порт - и когда получает сообщение то отвечает на него. Например cookie пересылает. И к браузеру добавить функцию интерпретации языка php - то он станет таким же сервером. Т.е. получается что сервер это не какоето системное ПО типа операционной системы, а просто высокоуровневая программа типа Outlook-почты, которая интерпретирует скрипты.
И еще - можно было бы сайт написать на языке С++, который бы сидел на порту и обрабатывал запросы? Правильно ли что единственная разница между ним и скриптами с сервером - в том что этот сайт пришлось бы перекомпилировать каждый раз чтобы чтото добавить или изменить.
Спустя 1 час, 7 минут, 3 секунды (12.05.2010 - 20:21) zarafar написал(а):
В общем то так и есть. Можно написать свой демон на C++ конечно, его прийдется перекомпилировать каждый раз, чтобы добавить или изменить что то . Так как это не удобно, то прийдется ввести поддержку скриптов. Получится аля апач. Обычная программа. Из-за своей специфики зовущаяся веб-сервером.
Например в высоконагруженных проектах может иметь место идея, написать свой демон. Например сервер он-лайн игры.
Например в высоконагруженных проектах может иметь место идея, написать свой демон. Например сервер он-лайн игры.
Спустя 9 минут, 9 секунд (12.05.2010 - 20:30) zarafar написал(а):
| Цитата |
| И к браузеру добавить функцию интерпретации языка php - то он станет таким же сервером. |
Разница все же есть. Веб-сервер использует, как серверные сокеты (слушающий сокет), так и клиентские сокеты, а браузер использует только клиентские сокеты, т.е. сам может установить соединение с сервером, но сервер не сможет инициировать соединение с браузером, только с другим сервером.
Спустя 1 день, 23 часа, 47 минут, 5 секунд (14.05.2010 - 20:18) program90 написал(а):
Ясно. Спасибо))
Еще непонятно про протоколы - это какие-то приложения в windows xp? Т.е. http - это какое-то приложение, служба, которая отвечает на запросы (например, браузера) и передает их к приложению tcp/ip (а tcp/ip дальше через сеть уже передает серверу)?
Еще непонятно про протоколы - это какие-то приложения в windows xp? Т.е. http - это какое-то приложение, служба, которая отвечает на запросы (например, браузера) и передает их к приложению tcp/ip (а tcp/ip дальше через сеть уже передает серверу)?
Спустя 44 минуты, 41 секунда (14.05.2010 - 21:02) waldicom написал(а):
| Цитата (program90 @ 14.05.2010 - 19:18) |
| Ясно. Спасибо)) Еще непонятно про протоколы - это какие-то приложения в windows xp? Т.е. http - это какое-то приложение, служба, которая отвечает на запросы (например, браузера) и передает их к приложению tcp/ip (а tcp/ip дальше через сеть уже передает серверу)? |
Нет. Протокол, это, если говорить упрощенно, язык. Например мы общаемся на русском, это наш протокол. Если кто-то придет и начнет писать тут на суахили, то мы его не поймем, потому что мы не владеем данным языком/протоколом.
А хттп - это язык для общения между вебсервером и вебклиентом (упрощенно)
Спустя 4 часа, 17 минут, 58 секунд (15.05.2010 - 01:20) program90 написал(а):
Ясно. А где находятся сами процессы, которые обеспечивают взаимодействие через эти протоколы? Это какие-то службы виндоус, или библиотеки? Где их можно найти. Как они называются.
Спасибо
Спасибо
Спустя 48 минут, 34 секунды (15.05.2010 - 02:09) zarafar написал(а):
Тема обширная. Для начала ссылка по теме:
Сетевая модель OSI
P.S. И все же попробую в двух словах:
Например, протокол HTTP (протокол прикладного уровня) "живет" (инкапсулирован) в одном из протоколов более низкого уровня, а тот в свою очередь в протоколе еще более низкого уровня (если можно так сказать "более общем") и т.д. Самый нижний уровень это физический уровень (электрические сигналы - биты).
Благодаря такому модульному подходу, например, мы не задумываемся при разработке приложения, как физически передаются данные, по электрическим проводам или в беспроводной сети.
Обслуживанием протокола HTTP, может заниматься ваше приложение, если оно посылает запросы удаленному сервису который понимает этот протокол.
Обслуживанием протокола более низкого уровня TCP (привычный TCP/IP - это два протокола, соответственно сетевого и транспортного уровней) занимается операционная система, а вы можете работать с этим протоколом с помощь интерфейсов, которые предоставляет операционная система.
Дальше больше...
P.P.S. если где то неточен, надеюсь меня поправят.
Сетевая модель OSI
P.S. И все же попробую в двух словах:
Например, протокол HTTP (протокол прикладного уровня) "живет" (инкапсулирован) в одном из протоколов более низкого уровня, а тот в свою очередь в протоколе еще более низкого уровня (если можно так сказать "более общем") и т.д. Самый нижний уровень это физический уровень (электрические сигналы - биты).
Благодаря такому модульному подходу, например, мы не задумываемся при разработке приложения, как физически передаются данные, по электрическим проводам или в беспроводной сети.
Обслуживанием протокола HTTP, может заниматься ваше приложение, если оно посылает запросы удаленному сервису который понимает этот протокол.
Обслуживанием протокола более низкого уровня TCP (привычный TCP/IP - это два протокола, соответственно сетевого и транспортного уровней) занимается операционная система, а вы можете работать с этим протоколом с помощь интерфейсов, которые предоставляет операционная система.
Дальше больше...
P.P.S. если где то неточен, надеюсь меня поправят.
Спустя 17 часов, 52 минуты, 32 секунды (15.05.2010 - 20:01) program90 написал(а):
Спасибо)