Gopher как провозвестник www

Протокол Gopher - протокол уровня приложения, разработанный в 1991 году. До повсеместного распространения гипертекстовой системы World Wide Web Gopher использовался для извлечения информации (в основном текстовой) из иерархической файловой структуры. Gopher был провозвестником WWW, позволявшим с помощью меню передвигаться от одной страницы к другой, постепенно сужая круг отображаемой информации. Программы-клиенты Gopher имели текстовый интерфейс. Однако пункты меню Gopher могли указывать и не только на текстовые файлы, но также, например, наtelnet-соединения или базы данных WAIS.

Gopher переводится как "суслик", что отражает славное университетское прошлое разработчиков этой системы. Студенческие спортивные команды Университета Миннесоты носили название Golden Gophers ("Золотые суслики").

Сейчас ресурсы Gopher можно просматривать с помощью обычного Web-броузера, так как современные броузеры поддерживают этот протокол. Адреса информационных ресурсов Gopher имеют примерно следующий вид: gopher://gopher.tc.umn.edu

Протокол Gopher - протокол уровня приложения, разработанный в 1991 году. До повсеместного распространения гипертекстовой системы World Wide Web Gopher использовался для извлечения информации (в основном текстовой) из иерархической файловой структуры. Gopher был провозвестником WWW Что мы знаем о Gopher

HTTP

HTTP – протокол передачи гипертекста. С его помощью ваша программа веб-навигатор общается с веб-серверами. Общение представляет собой отправку запросов и получение ответов. Ответы содержат запрашиваемые данные – документы, рисунки, исполняемые файлы и другое протокол HTTP

Протокол HTTP

HTTP – протокол передачи гипертекста. С его помощью ваша программа веб-навигатор общается с веб-серверами. Общение представляет собой отправку запросов и получение ответов. Ответы содержат запрашиваемые данные – документы, рисунки, исполняемые файлы и другое. Именно этот протокол позволяет вам просматривать веб-страницы.

Код состояния HTTP (англ. HTTP status code) является частью первой строки ответа сервера. Он представляет собой целое число из трех арабских цифр[1]. Первая цифра указывает на класс состояния. За кодом ответа обычно следует отделённая пробелом поясняющая фраза на английском языке, которая разъясняет человеку причину именно такого ответа.  Примеры: -201 Webpage Created -403 Access allowed only for registered users -507 Insufficient Storage Другие коды:

Status-Code	= "100"	Continue
	"101"	Switching Protocols
	"200"	OK
	"201"	Created
	"202"	Accepted
	"203"	Non-Authoritative Information
	"204"	No Content
	"205"	Reset Content
	"206"	Partial Content
	"300"	Multiple Choices
	"301"	Moved Permanently
	"302"	Moved Temporarily
	"303"	See Other
	"304"	Not Modified
	"305"	Use Proxy
	"400"	Bad Request
	"401"	Unauthorized
	"402"	Payment Required
	"403"	Forbidden
	"404"	Not Found
	"405"	Method Not Allowed
	"406"	Not Acceptable
	"407"	Proxy Authentication Required
	"408"	Request Time-out
	"409"	Conflict
	"410"	Gone
	"411"	Length Required
	"412"	Precondition Failed
	"413"	Request Entity Too Large
	"414"	Request-URI Too Large
	"415"	Unsupported Media Type
	"500"	Internal Server Error
	"501"	Not Implemented
	"502"	Bad Gateway
	"503"	Service Unavailable
	"504"	Gateway Time-out
	"505"	HTTP Version not supported

Клиент узнаёт по коду ответа о результатах его запроса и определяет, какие действия ему предпринимать дальше. Набор кодов состояния является стандартом, и они описаны в соответствующих документах RFC. Введение новых кодов должно производиться только после согласования с IETF. Тем не менее, известно о двух используемых кодах, не упомянутых в RFC: 449 Retry With (введён Microsoft) и 509 Bandwidth Limit Exceeded (введён в cPanel).

Клиент может не знать все коды состояния, но он обязан отреагировать в соответствии с классом кода. В настоящее время выделено пять классов кодов состояния. Веб-сервер Microsoft Internet Information Services в своих файлах журналов кроме стандартных кодов состояния использует подкоды записывая их через точку после основного. При этом в ответах от сервера данный субкод не размещается — он нужен администратору сервера чтобы тот мог более точно определять источники проблем. Со списком подкодов IIS можно ознакомиться в документе «Коды состояния служб IIS» в Базе знаний Microsoft.

Анонимность HTTP proxy HTTP proxy сервера имеют несколько уровней анонимности. Это определяется тем, что proxy используется для различных целей и поэтому требование анонимности не всегда является существенным.

Условно HTTP proxy сервера по степени анонимности можно разделить на: -прозрачные - эти proxy не являются анонимными. Они во-первых дают знать, что используется proxy-сервер, а во-вторых "выдают" IP-адрес своего клиента. Задачами таких proxy, как правило, является кэширование информации и / или обеспечение выхода в Internet нескольких компьютеров через одно соединение. -анонимные - эти proxy дают знать удаленному компьютеру (web-серверу) о том, что используется proxy, однако не выдают IP-адрес своего клиента. -искажающие - в отличие от предыдущего типа, они передают удаленному web-серверу IP-адрес, однако это адрес фиктивный: либо произвольно сгенерированный proxy-сервером, либо какой-то фиксированный (не Ваш) IP. То есть эти proxy искажают Ваш IP адрес с точки зрения web-сервера. -реально анонимные (элитные) - не сообщают удаленному компьютеру Ваш IP-адрес. Более того, они даже не сообщают о том, что используется proxy сервер! То есть web-сервер "считает", что он работает непосредственно с клиентом - а клиентом для него является proxy

IMAP

IMAP (англ. Internet Message Access Protocol — «Протокол доступа к электронной почте Интернета») — протокол прикладного уровня для доступа к электронной почте. Аналогично POP3, служит для работы со входящими письмами почта по IMAP