модель взаимодействия клиент-сервер. архитектура «клиент-сервер».
итак, небольшая аннотация к записи: сначала мы разберемся с концепцией взаимодействия клиент сервер. затем поговорим о том зачем вообще веб-мастеру нужно понимать модель клиент-сервер. далее мы посмотрим на архитектуру приложений, которые работают по принципу клиент-сервер и в завершении рассмотрим преимущества и недостатки данной модели.
концепция взаимодействия клиент-сервер
содержание статьи:
концепция взаимодействия клиент-сервер
почему веб-мастеру нужно понимать модель взаимодействия клиент-сервер
архитектура «клиент-сервер»
преимущества и недостатки архитектуры клиент-сервер
миллионы людей каждый день выходят в сеть интернет, чтобы почитать новости, пообщаться с друзьями, получить полезную информацию, совершить покупку или оплатить счет. но большая часть рядовых пользователей даже не догадывается о том, как и с чего они всё это делают, да на самом деле большинству людей это и не нужно, главное, чтобы они получали услугу вовремя и качественно.
здесь мы разберемся с концепцией, которая позволяет нам выполнять все эти действия в сети интернет. данная концепция получила название «клиент-сервер». как понятно из названия, в данной концепции участвуют две стороны: клиент и сервер. здесь всё как в жизни: клиент – это заказчик той или иной услуги, а сервер – поставщик услуг. клиент и сервер представляют собой программы, например, типичным клиентом является браузер. в качестве сервера можно следующие примеры: все http сервера (в частности apache), mysql сервер, локальный веб-сервер ampps или готовая сборка denwer (последних два примера – это не проста сервера, а целый набор серверов).
клиент и сервер взаимодействую друг с другом в сети интернет или в любой другой компьютерной сети при различных сетевых протоколов, например, ip протокол, http протокол, ftp и другие. протоколов на самом деле много и каждый протокол позволяет оказывать ту или иную услугу. например, при http протокола браузер отправляет специальное http сообщение, в котором указано какую информацию и в каком виде он хочет получить от сервера, сервер, получив такое сообщение, отсылает браузеру в ответ похожее по структуре сообщение (или несколько сообщений), в котором содержится нужная информация, обычно это html документ.
1.личный код имеет 14 символов кожен с которых может иметь 36 значений(26 значений букв и 10 цифр).
36 значений можно закодировать в 6 бит (2^6=64 - входит и значение 36)
личный код имеет 14 символов значит
6 бит * 14 = 84бит=8.5байт
код подразделений имеет 8 значений 5 первых которые буквы от а до f (6 значений)
6 значений это 3 бита(2^3=8 - входит 6)
код имеет 5 первых букв
5*3=15бит=1.9байт
и трьохзначное число по три значения кожное з которых может быть максимум 9
9 значений это 4 бита,таких значений есть 3
3*4=12бит=1.5байт
сумируем 1.5+1.9+8.5=11.9≈12байт
30-12=18байт
2.v=m*l*t
звукозапись двухканальная, значит еще умножаем на 2.
v=m*l*t*2
v = 120 мбайт = 125829120 байт
l= 24 бита = 3 байта
m = 64 кгц = 64000 гц
t=v/(m*l*2)=125829120/(64000*3*2) ≈ 5 (мин)
ответ: 5 минут.
3.v - объем
n - количество каналов
v2 = (56 / 2) * 4 / 3.5 = 32
4.пусть объём 1го файла - 2х (2 т.к. стереозапись),
тогда пропускная способность первого канала - 2х/18.
после второй оцифровки файл был записан в формате моно (то есть уменьшился вдвое) и стал просто х, после улучшения разрешения увеличился вдвое и стал 2х, после увеличения частоты дискретизации увеличился вдвое еще раз и стал наконец 4х (объём второго файла).
пропускная способность 2го канала в 5 ниже т.е (2х/18)/5= 2х/90= х/45.
чтобы узнать сколько времени затратилось на передачу файла объёмом 4х с пропускной способностью х/45, разделим объём на пропускную способность:
ответ:
модель взаимодействия клиент-сервер. архитектура «клиент-сервер».
итак, небольшая аннотация к записи: сначала мы разберемся с концепцией взаимодействия клиент сервер. затем поговорим о том зачем вообще веб-мастеру нужно понимать модель клиент-сервер. далее мы посмотрим на архитектуру приложений, которые работают по принципу клиент-сервер и в завершении рассмотрим преимущества и недостатки данной модели.
концепция взаимодействия клиент-сервер
содержание статьи:
концепция взаимодействия клиент-сервер
почему веб-мастеру нужно понимать модель взаимодействия клиент-сервер
архитектура «клиент-сервер»
преимущества и недостатки архитектуры клиент-сервер
миллионы людей каждый день выходят в сеть интернет, чтобы почитать новости, пообщаться с друзьями, получить полезную информацию, совершить покупку или оплатить счет. но большая часть рядовых пользователей даже не догадывается о том, как и с чего они всё это делают, да на самом деле большинству людей это и не нужно, главное, чтобы они получали услугу вовремя и качественно.
здесь мы разберемся с концепцией, которая позволяет нам выполнять все эти действия в сети интернет. данная концепция получила название «клиент-сервер». как понятно из названия, в данной концепции участвуют две стороны: клиент и сервер. здесь всё как в жизни: клиент – это заказчик той или иной услуги, а сервер – поставщик услуг. клиент и сервер представляют собой программы, например, типичным клиентом является браузер. в качестве сервера можно следующие примеры: все http сервера (в частности apache), mysql сервер, локальный веб-сервер ampps или готовая сборка denwer (последних два примера – это не проста сервера, а целый набор серверов).
клиент и сервер взаимодействую друг с другом в сети интернет или в любой другой компьютерной сети при различных сетевых протоколов, например, ip протокол, http протокол, ftp и другие. протоколов на самом деле много и каждый протокол позволяет оказывать ту или иную услугу. например, при http протокола браузер отправляет специальное http сообщение, в котором указано какую информацию и в каком виде он хочет получить от сервера, сервер, получив такое сообщение, отсылает браузеру в ответ похожее по структуре сообщение (или несколько сообщений), в котором содержится нужная информация, обычно это html документ.
сообщения, которые посылают
ответ:
1.личный код имеет 14 символов кожен с которых может иметь 36 значений(26 значений букв и 10 цифр).
36 значений можно закодировать в 6 бит (2^6=64 - входит и значение 36)
личный код имеет 14 символов значит
6 бит * 14 = 84бит=8.5байт
код подразделений имеет 8 значений 5 первых которые буквы от а до f (6 значений)
6 значений это 3 бита(2^3=8 - входит 6)
код имеет 5 первых букв
5*3=15бит=1.9байт
и трьохзначное число по три значения кожное з которых может быть максимум 9
9 значений это 4 бита,таких значений есть 3
3*4=12бит=1.5байт
сумируем 1.5+1.9+8.5=11.9≈12байт
30-12=18байт
2.v=m*l*t
звукозапись двухканальная, значит еще умножаем на 2.
v=m*l*t*2
v = 120 мбайт = 125829120 байт
l= 24 бита = 3 байта
m = 64 кгц = 64000 гц
t=v/(m*l*2)=125829120/(64000*3*2) ≈ 5 (мин)
ответ: 5 минут.
3.v - объем
n - количество каналов
v2 = (56 / 2) * 4 / 3.5 = 32
4.пусть объём 1го файла - 2х (2 т.к. стереозапись),
тогда пропускная способность первого канала - 2х/18.
после второй оцифровки файл был записан в формате моно (то есть уменьшился вдвое) и стал просто х, после улучшения разрешения увеличился вдвое и стал 2х, после увеличения частоты дискретизации увеличился вдвое еще раз и стал наконец 4х (объём второго файла).
пропускная способность 2го канала в 5 ниже т.е (2х/18)/5= 2х/90= х/45.
чтобы узнать сколько времени затратилось на передачу файла объёмом 4х с пропускной способностью х/45, разделим объём на пропускную способность:
4х/(х/45)= 4*45=180 секунд