22. Сокеты. Основные функции для работы с сокетами.

connect(), bind(), accept(), listen(), select(), recv(), read(), readv(), receivfrom(), receivmsg(), sendmsg().

Создание

socket_handle = socket(protocol_family, sockettype, protocol);

socket_handle = socket(PF_INET,sock_STREAM, IPPROTO_TCP);

Привязка к локальному адресу и порту (нужно для серверов)

bind

Соединение

Connect

подготавливает привязываемый сокет к принятию входящих соединений

listen

Используется для принятия запроса на установление соединения от удаленного хоста

accept

23. Сокеты. Серверы с установлением и без установления соединения.

24. Сокеты. Последовательный и параллельный сервер.

Последовательный сервер – обрабатывает один запрос, остальные ждут в очереди, очередь полна или ее нет - сервер временно недоступен.

Параллельный сервер – для каждого запроса отдельный процесс (или нить). Обычно есть запас созданных процессов или нитей.

25. Вызов удаленных процедур (RPC).

Удалённый вызов процедур (или Вызов удалённых процедур) (от англ. Remote Procedure Call (RPC)) — класс технологий, позволяющих компьютерным программам вызывать функции или процедуры в другом адресном пространстве (как правило, на удалённых компьютерах). Суть в том что один компьютер вызывает процедуру, код которой находится на другом компьютере, процедура исполняется там а результат пересылается вызывавшему.

*На клиенте и сервере генерятся заглушки (stub) вызывающие процедуру.

26. E-mail. SMTP.

*E-mail (Электронная почта) — технология, позволяющая пересылать сообщения по глобальной сети аналогично почте (у отправителя и получателя есть учетные записи на почтовом сервере - «почтовые ящики»).

SMTP (англ. Simple Mail Transfer Protocol — простой протокол передачи почты) — это широко используемый сетевой протокол, предназначенный для передачи электронной почты в сетях TCP/IP.

SMTP впервые был описан в RFC 821 (1982 год); последнее обновление в RFC 5321 (2008) включает масштабируемое расширение — ESMTP (англ. Extended SMTP). В настоящее время под «протоколом SMTP», как правило, подразумевают и его расширения. Протокол SMTP предназначен для передачи исходящей почты с использованием порта TCP 25.

В то время, как электронные почтовые серверы и другие агенты пересылки сообщений используют SMTP для отправки и получения почтовых сообщений, работающие на пользовательском уровне клиентские почтовые приложения обычно используют SMTP только для отправки сообщений на почтовый сервер для ретрансляции. Для получения сообщений клиентские приложения обычно используют либо POP (англ. Post Office Protocol — протокол почтового отделения), либо IMAP (англ. Internet Message Access Protocol), либо патентованные системы (такие как Microsoft Exchange и Lotus Notes/Domino) для доступа к учетной записи своего почтового ящика на сервере.

27. Url.

Единый указатель ресурсов (англ. URL — Uniform Resource Locator) — единообразный локатор (определитель местонахождения) ресурса. По-английски «URL» целиком произносится как /ɜː(ɹ)l/, по-русски чаще говорят [у-эр-э́л], [ю-ар-эл] или [урл] (сленг). Ранее назывался Universal Resource Locator — универсальный локатор ресурса. URL — это стандартизированный способ записи адреса ресурса в сети Интернет.

Форма записи URL:

<схема>://<логин>:<пароль>@<хост>:<порт>/<URL‐путь>?<параметры>#<якорь>

В этой записи:

схема

схема обращения к ресурсу; в большинстве случаев имеется в виду сетевой протокол

логин

имя пользователя, используемое для доступа к ресурсу

пароль

пароль указанного пользователя

хост

полностью прописанное доменное имя хоста в системе DNS или IP-адрес хоста в форме четырёх групп десятичных чисел, разделённых точками; числа — целые в интервале от 0 до 255.

порт

порт хоста для подключения

URL-путь

уточняющая информация о месте нахождения ресурса; зависит от протокола.

параметры

строка запроса с передаваемыми на сервер (методом GET) параметрами. Разделитель параметров — знак &.

Пример: ?параметр_1=значение_1&параметр_2=значение_2&параметр3=значение_3

якорь

идентификатор «якоря», ссылающегося на некоторую часть (раздел) открываемого документа. С развитием AJAX в этой части стали размещать параметры для JavaScript на странице, и страница в зависимости от указанного якоря может в браузере выглядеть по-разному. Для обеспечения возможности индексирования подобных страниц поисковыми системами компания Google предложила подход, предполагающий использование знака ! в начале якоря и некоторую поддержку на сервере сайта[1].