THE HYPERTEXT TRANSFER PROTOCOLRead

THE HYPERTEXT TRANSFER PROTOCOL
Read and translate the text:
THE HYPERTEXT TRANSFER PROTOCOL
The Hypertext Transfer Protocol (HTTP) is a protocol for distributed, collaborative, hypermedia information systems. It U a generic, stateless, protocol which can be used for many tasks beyond its use for hypertext, such as name servers and distributed object management systems, through extension of its request methods, error codes and headers. A feature of HTTP is the typing and negotiation of data representation, allowing systems to be built independently of the data being transferred.
HTTP has been in use by the World-Wide Web global information initiative since 1990. This specification defines the protocol referred to as «HTTP/1.1», and is an update to RFC 2068.
The first version of HTTP, referred to as HTTP/0.9, was a simple protocol for raw data transfer across the Internet. HTTP/1.0, as defined by RFC 1945, improved the protocol by allowing messages to be in the format of MIME-like messages, containing metainformation about the data transferred and modifiers on the request/response semantics. However, HTTP/1.0 does not sufficiently take into consideration the effects of hierarchical proxies, caching, the need for persistent connections, or virtual hosts. In addition, the proliferation of incompletely-implemented applications calling themselves «HTTP/
) 0» has necessitated a protocol version change in order for two communicating applications to determine each other’s true capabilities.
This specification defines the protocol referred to as «HTTP/1. l». This protocol includes more stringent requirements than HTTP/1.0 in order to ensure reliable implementation of its features.
Practical information systems require more functionality than simple retrieval, including search, front-end update, and annotation. HTTP allows an open-ended set of methods and headers that indicate the purpose of a request. It builds on the discipline of reference provided by the Uniform Resource Identifier (URI), as a location (URL) or name (URN), for indicating the resource to which a method is to be applied, Messages are passed in a format similar to that used by Internet mail [9] as defined by the Multipurpose Internet Mail Extensions (MIME).
HTTP is also used as a generic protocol for communication between user agents and proxies/gateways to other Internet systems, including those supported by the SMTP, NNTP, FTP, Gopher and WAIS protocols. In this way, HTTP allows basic hypermedia access to resources available from diverse applications.
This specification uses a number of terms to refer to the roles played by participants in, and objects of, the HTTP communication.
Connection- a transport layer virtual circuit established between two programs for the purpose of communication.
Message — the basic unit of HTTP communication, consisting of a structured sequence of octets matching the syntax defined in section 4 and transmitted via the connection.
Request -an HTTP request message.
Response — an HTTP response message.
Resource — a network data object or service that can be identified ^a URI. Resources may be available in multiple representations (e.g. multiple languages, data formats, size, and resolutions) or vary in other ways. requii
Entity—the information transferred as the payload of a request or prox)
response. An entity consists of metainformation in the form of entity- provi
header fields and content in the form of an entity-body. servk
Representation — an entity included with a response that is subject ®ter
to content negotiation. There may exist multiple representations “CX|
associated with a particular response status. , of pi
Content negotiation—the mechanism for selecting the appropriate representation when servicing a request. The representation of entities in any response can be negotiated (including error responses). hriant — a resource may have one, or more than one, representation(s) associated 1
with it at any given instant. Each of these representations is termed a yd
“variant”. Use of the term “variant” does not necessarily imply that 23
the resource is subject to content negotiation. -n-t
Client—a program that establishes connections for the purpose of en(j
sending requests.
User agent — the client which initiates a request. These are often sub
browsers, editors, spiders (web-traversing robots), or other end user cac
tools. an<
Server—an application program that accepts connections in order An
to service requests by sending back responses. Any given program may use
be capable of being both a client and a server; our use of these terms refers only to the role being performed by the program for a particular co
connection, rather than to the program’s capabilities in general.
Likewise, any server may act as an origin server, proxy, gateway, or de
tunnel, switching behavior based on the nature of each request.
Origin server—the server on which a given resource resides or is to ,
be created. UI
Proxy—an intermediary program which acts as both a server and a client for the purpose of making requests on behalf of other clients. ^
Requests are serviced internally or by passing them on, with possible translation, to other servers. A proxy MUST implement both the client tl
and server requirements of this specification. A ^transparent proxy»lS w
a proxy that does not modify the request or response beyond what is required for pr°xy authentication and identification. A «non-transparent [s d proxy that modifies the request or response in order to
provide sorne added service to the user agent, such as group annotation Ilrviees, media type transformation, protocol reduction, or anonymity filtering. Except where either transparent or non-transparent behavior U explicitly stated, the HTTP proxy requirements apply to both types of proxies.
Gateway — a server which acts as an intermediary for some other server. Unlike a proxy, a gateway receives requests as if it were the origin server for the requested resource; the requesting client may not be aware that it is communicating with a gateway.
Tiinnel — an intermediary program which is acting as a blind relay between two connections. Once active, a tunnel is not considered a party to the HTTP communication, though the tunnel may have been initiated by an HTTP request. The tunnel ceases to exist when both ends of the relayed connections are closed.
Cache — a program’s local store of response messages and the subsystem that controls its message storage, retrieval, and deletion. A cache stores cacheable responses in order to reduce the response time and network bandwidth consumption on future, equivalent requests. Any client or server may include a cache, though a cache cannot be used by a server that is acting as a tunnel.
Cacheable — a response is cacheable if a cache is allowed to store a copy of the response message for use in answering subsequent requests. The rules for determining the cacheability of HTTP responses are defined in section 13. Even if a resource is cacheable, there may be additional constraints on whether a cache can use the cached copy for a particular request.
First-hand — a response is first-hand if it comes directly and without unnecessary delay from the origin server, perhaps via one or more proxies, A response is also first-hand if its validity has just been checked directly with the origin server.
Explicit expiration time—the time at which the origin server intends that an entity should no longer be returned by a cache without further validation. Heuristic expiration time—an expiration time assigned by a cache when no explicit expiration time is available.
Age - the age of a response is the time since it was sent by, or successfully validated with, the origin server.
Freshness lifetime — the length of time between the generation of a response and its expiration time.
Fresh — a response is fresh if its age has not yet exceeded its freshness lifetime. Stale — a response is stale if its age has passed its freshness lifetime.
Semantically transparent — a cache behaves in a «semantically transparent* manner, with respect to a particular response, when its use affects neither the requesting client nor the origin server, except to improve performance. When a cache is semantically transparent, the client receives exactly the same response (except for hop-by-hop headers) that it would have received had its request been handled directly by the origin server.
Widator—a protocol element (e.g., an entity tag or a Last- Modified time) that is used to find out whether a cache entry is an equivalent copy of an entity.
Upstream/downstream — upstream and downstream describe the flow of a message; all messages flow from upstream to downstream.
Inbound/outbound — inbound and outbound refer to the request and response paths for messages: «inbound» means traveling toward the origin server*, and outbound* means traveling toward the user agent*.

Results (Russian) 1:

THE HYPERTEXT TRANSFER PROTOCOLRead and translate the text:THE HYPERTEXT TRANSFER PROTOCOLThe Hypertext Transfer Protocol (HTTP) is a protocol for distributed, collaborative, hypermedia information systems. It U a generic, stateless, protocol which can be used for many tasks beyond its use for hypertext, such as name servers and distributed object management systems, through extension of its request methods, error codes and headers. A feature of HTTP is the typing and negotiation of data representation, allowing systems to be built independently of the data being transferred.HTTP has been in use by the World-Wide Web global information initiative since 1990. This specification defines the protocol referred to as «HTTP/1.1», and is an update to RFC 2068.The first version of HTTP, referred to as HTTP/0.9, was a simple protocol for raw data transfer across the Internet. HTTP/1.0, as defined by RFC 1945, improved the protocol by allowing messages to be in the format of MIME-like messages, containing metainformation about the data transferred and modifiers on the request/response semantics. However, HTTP/1.0 does not sufficiently take into consideration the effects of hierarchical proxies, caching, the need for persistent connections, or virtual hosts. In addition, the proliferation of incompletely-implemented applications calling themselves «HTTP/) 0» has necessitated a protocol version change in order for two communicating applications to determine each other’s true capabilities.This specification defines the protocol referred to as «HTTP/1. l». This protocol includes more stringent requirements than HTTP/1.0 in order to ensure reliable implementation of its features.Practical information systems require more functionality than simple retrieval, including search, front-end update, and annotation. HTTP allows an open-ended set of methods and headers that indicate the purpose of a request. It builds on the discipline of reference provided by the Uniform Resource Identifier (URI), as a location (URL) or name (URN), for indicating the resource to which a method is to be applied, Messages are passed in a format similar to that used by Internet mail [9] as defined by the Multipurpose Internet Mail Extensions (MIME).HTTP is also used as a generic protocol for communication between user agents and proxies/gateways to other Internet systems, including those supported by the SMTP, NNTP, FTP, Gopher and WAIS protocols. In this way, HTTP allows basic hypermedia access to resources available from diverse applications.This specification uses a number of terms to refer to the roles played by participants in, and objects of, the HTTP communication.Connection- a transport layer virtual circuit established between two programs for the purpose of communication.Message — the basic unit of HTTP communication, consisting of a structured sequence of octets matching the syntax defined in section 4 and transmitted via the connection.Запрос - сообщение HTTP-запроса.Ответ — сообщение HTTP-отклика.Ресурс — сетевой объект данных или услуг, могут быть определены ^ URI. Ресурсы могут быть доступны в нескольких представлениях (например несколько языков, форматов данных, размер и резолюций) или изменяться другими способами. requiiСущности — информация передается как полезные данные запроса или prox)ответ. Сущность состоит из метаинформации в виде сущностей положениеполя заголовка и содержимое в виде тела сущности. servkПредставительства — сущности, включенные в ответ, что является предметом ® Тердля согласования содержимого. Может существовать несколько представлений «CX|связанные с статус конкретного ответа. , п.Содержание переговоров — механизм для выбора надлежащего представительства при обслуживании запроса. Представительства организаций в любой ответ может быть предметом переговоров (в том числе сообщений об ошибках). hriant — ресурс может иметь один или более, чем один, representation(s) связанные 1с ним в любой данный момент. Каждое из этих представлений называется yd«вариант». Использование термина «вариант» не обязательно подразумевает что 23ресурс зависит от содержания переговоров. -n-tКлиент — программа, которая устанавливает соединения с целью en (jОтправка запросов.Агент пользователя — клиент, который инициирует запрос. Они часто суббраузеры, редакторы, пауки (web подвижные роботы) или других конечных пользователей cactools. an<Server—an application program that accepts connections in order Anto service requests by sending back responses. Any given program may usebe capable of being both a client and a server; our use of these terms refers only to the role being performed by the program for a particular coconnection, rather than to the program’s capabilities in general.Likewise, any server may act as an origin server, proxy, gateway, or detunnel, switching behavior based on the nature of each request.Origin server—the server on which a given resource resides or is to ,be created. UIProxy—an intermediary program which acts as both a server and a client for the purpose of making requests on behalf of other clients. ^Requests are serviced internally or by passing them on, with possible translation, to other servers. A proxy MUST implement both the client tland server requirements of this specification. A ^transparent proxy»lS wa proxy that does not modify the request or response beyond what is required for pr°xy authentication and identification. A «non-transparent [s d proxy that modifies the request or response in order toprovide sorne added service to the user agent, such as group annotation Ilrviees, media type transformation, protocol reduction, or anonymity filtering. Except where either transparent or non-transparent behavior U explicitly stated, the HTTP proxy requirements apply to both types of proxies.Gateway — a server which acts as an intermediary for some other server. Unlike a proxy, a gateway receives requests as if it were the origin server for the requested resource; the requesting client may not be aware that it is communicating with a gateway.Tiinnel — an intermediary program which is acting as a blind relay between two connections. Once active, a tunnel is not considered a party to the HTTP communication, though the tunnel may have been initiated by an HTTP request. The tunnel ceases to exist when both ends of the relayed connections are closed.Cache — a program’s local store of response messages and the subsystem that controls its message storage, retrieval, and deletion. A cache stores cacheable responses in order to reduce the response time and network bandwidth consumption on future, equivalent requests. Any client or server may include a cache, though a cache cannot be used by a server that is acting as a tunnel.Cacheable — a response is cacheable if a cache is allowed to store a copy of the response message for use in answering subsequent requests. The rules for determining the cacheability of HTTP responses are defined in section 13. Even if a resource is cacheable, there may be additional constraints on whether a cache can use the cached copy for a particular request.First-hand — a response is first-hand if it comes directly and without unnecessary delay from the origin server, perhaps via one or more proxies, A response is also first-hand if its validity has just been checked directly with the origin server.Explicit expiration time—the time at which the origin server intends that an entity should no longer be returned by a cache without further validation. Heuristic expiration time—an expiration time assigned by a cache when no explicit expiration time is available.
Age - the age of a response is the time since it was sent by, or successfully validated with, the origin server.
Freshness lifetime — the length of time between the generation of a response and its expiration time.
Fresh — a response is fresh if its age has not yet exceeded its freshness lifetime. Stale — a response is stale if its age has passed its freshness lifetime.
Semantically transparent — a cache behaves in a «semantically transparent* manner, with respect to a particular response, when its use affects neither the requesting client nor the origin server, except to improve performance. When a cache is semantically transparent, the client receives exactly the same response (except for hop-by-hop headers) that it would have received had its request been handled directly by the origin server.
Widator—a protocol element (e.g., an entity tag or a Last- Modified time) that is used to find out whether a cache entry is an equivalent copy of an entity.
Upstream/downstream — upstream and downstream describe the flow of a message; all messages flow from upstream to downstream.
Inbound/outbound — inbound and outbound refer to the request and response paths for messages: «inbound» means traveling toward the origin server*, and outbound* means traveling toward the user agent*.

Results (Russian) 2:

Гипертекст Transfer Protocol
Чтение и перевод текста:
гипертекст протокол передачи
Протокол передачи гипертекста (HTTP), является протокол для распределенных, совместных, гипермедиа информационных систем. Это U универсальный, лицами без гражданства, протокол, который может быть использован для решения многих задач за пределами его использования для гипертекста, таких как сервера имен и распределенные системы управления объектами, посредством расширения методов запроса, кодов ошибок и заголовков. Особенностью HTTP является типизация и обсуждение представления данных, позволяющее строить системы независимо от передаваемых данных.
HTTP была в использовании по World-Wide Web глобальной информационной инициативе с 1990 года Эта спецификация определяет протокол называют «HTTP / 1.1», и это обновление RFC 2068.
Первая версия HTTP, называются HTTP / 0.9, был простой протокол для передачи необработанных данных через Интернет. HTTP / 1.0, как определено в RFC 1945, улучшили протокола, позволяя сообщениям иметь формате MIME-как сообщения, содержащие метаинформацию о передаваемых данных и имел модифицированную семантику запросов / ответов. Однако, HTTP / 1.0 не достаточно принять во внимание воздействие иерархических прокси, кэширование, необходимость постоянных соединений, или виртуальных хостов. Кроме того, быстрое увеличение не полностью совместимых приложений, называющих себя «HTTP
/) 0» потребовало введения версии протокола, в двух сообщающихся приложений, чтобы определить, истинные возможности друг друга.
Эта спецификация определяет протокол называют «HTTP / 1. л ». Это протокол содержит более строгие требования, чем HTTP / 1.0, гарантирующие надежную реализацию своих возможностей.
Практический информационные системы требуют большей функциональности, чем просто загрузку информации, включая поиск, переднего плана обновления и аннотации. HTTP позволяет открытый набор методов и заголовков, которые указывают цель запроса. Она опирается на дисциплине ссылки, предоставленной Uniform Resource Identifier (URI), в качестве места (URL) или имя (URN), для идентификации ресурса, к которому этот метод должен быть применен, сообщения передаются в формате, подобном используемому электронной почте [9], как определено в Multipurpose Internet Mail Extensions (MIME).
HTTP также используется как общий протокол связи между агентами пользователей и прокси-сервера / шлюзы к другим системам Интернета, в том числе те, которые поддерживаются в SMTP, NNTP , FTP, Gopher и WAIS протоколы. Таким образом, HTTP закладывает основы гипермедиа имеющимся ресурсам для разнообразных приложений.
Эта спецификация использует ряд терминов, чтобы указывать роли участников, некоторых объектов Украины, России, HTTP связи.
Связь-виртуальную цепь транспортного уровня, установленный между две программы с целью коммуникации.
сообщение - основная единица HTTP связи, состоящей из структурной последовательности октетов, соответствующих синтаксису, определенному в разделе 4 и передается через соединение.
Запрос -an сообщение HTTP запроса.
Ответ - сообщение об HTTP-ответа .
Ресурс - объект сети передачи данных или сервис, который может быть идентифицирован ^ а URI. Ресурсы могут быть доступны в нескольких представлениях (например на нескольких языках, форматы данных, размер и резолюций) или изменять другими способами. requii
сущность-информация, передаваемая в качестве полезной нагрузки запроса или Prox)
ответ. Объект состоит из метаинформации в форме сущность-Provi
полей заголовка и содержания в виде тела объекта. servk
Представление - компания входит в ответ, что подлежит ®ter
обсуждению содержимого. Там может существовать несколько представлений "CX |
связанные с определенным статусом отклика. , П. И.
Материалы переговоров-механизма выбора соответствующего представления во время обслуживания запроса. Представление объектов в любом ответе может быть обсуждено (включая ошибочные ответы). hriant - ресурс может иметь один или более чем один, представление (ы), связанный 1
с ней в любой момент времени. Каждый из этих представлений называется Ю.Д.
"вариант". Использование термина "вариант" не обязательно подразумевает, что 23
ресурс является предметом переговоров контента. -nt
Клиент-программа, которая устанавливает соединения с целью ванной (J
отправки запросов.
агента пользователя -. клиент, который инициирует запрос Они часто югу
браузеры, редакторы, пауки (веб-пересекая роботов) или другой конечного пользователя CAC
инструменты элемент <.
Сервер-приложений, которые принимает подключения в порядок
на запросы на обслуживание и посылает ответы Любая данная программа может использовать.
быть способен быть как клиентом, так и сервером; наше использование этих терминов относится только к роли, осуществляется с помощью программы для конкретного сотрудничества
связи, нежели к возможностям программы в целом.
Кроме того, любой сервер может действовать как первоначальный сервер, прокси-сервер, шлюз, или
де-туннель, переключение поведения, основанного на характере каждого запроса.
Origin сервер -The сервер, на котором находится данный ресурс или это,
быть создан. интерфейс
прокси-посредник программа, которая действует и как сервер, и клиент с целью создания запросов от имени других клиентов. ^
Запросы обслуживаются или передавая их с возможным перевод, на другие серверы. Прокси должен поддерживать как клиент TL
и требования к серверу этой спецификации. А ^ прозрачный прокси »LS W
прокси, что не изменяет запрос или ответ сверх того, что требуется для пр ° аутентификации и идентификации ху. А <непрозрачный [SD прокси, который изменяет запрос или ответ, чтобы
обеспечить sorne добавил службу агента пользователя, например, группы аннотаций Ilrviees, типа медиа-трансформации, снижение протокола, или фильтрации анонимности. За исключением случаев, либо прозрачный или непрозрачный поведение U явно указано, требования HTTP прокси относятся к обоим типам прокси.
Gateway - сервер, который выступает в качестве посредника для некоторого другого сервера. В отличие от прокси-сервера, шлюз получает запросы, как если бы это было происхождение сервера для запрошенного ресурса; запрашивающий клиент не может знать, что он соединяется со шлюзом.
Tiinnel - посредник программа, которая действует как слепой реле между двумя соединениями. После того, как активно, туннель не рассматривается участником HTTP связи, хотя туннель, возможно, был инициирован запроса HTTP. Туннель прекращает существовать, когда оба конца соединения закрываются.
Кэш - местный магазин программу по реагированию на сообщения и подсистема, которая управляет его хранением, поиском и стиранием. Кэш хранит кэшируемые ответы для того, чтобы уменьшить время отклика и потребление пропускной способности сети на будущее, эквивалентных запросов. Любой клиент или сервер может иметь кэш, но кэш не может использоваться сервером, который действует как туннель.
Cacheable - ответ кэшируемым если кэшу разрешено сохранить копию ответного сообщения для использования при ответе на последующие запросы , Правила для определения кэшируемости ответов HTTP определены в разделе 13. Даже если ресурс кэшируемые, что могут быть дополнительные ограничения на том, может ли использование кэшем сохраненной копии для конкретного запроса.
Первых рук - это реакция первого рука, если он приходит непосредственно и без ненужных задержек с исходного сервера, возможно через один или несколько прокси-серверов, Ответ также является непосредственным, если его правильность только что была проверена непосредственно первоначальным сервером.
Явное истечения времени время, в котором сервер происхождения желает, чтобы предприятие не должно больше не может быть возвращен кэшем клиенту без дополнительной проверки. Время-эвристического истечения времени окончания срока действия назначенное кэшем, если не явное время истечения не доступна.
Возраст - возраст в ответ это время, так как оно было отправлено, или успешной проверки исходного сервера.
Свежесть жизни - длина Время между генерацией ответа и время истечения срока действия.
Свежий - ответ свежий, если его возраст еще не превысил время жизни. Просроченная - это отклик является устаревшим, если его возраст превысил время жизни.
Семантически прозрачный - кэш ведет себя в «семантически прозрачным * образом, по отношению к конкретной реакции, когда его использование не влияет ни на клиента запроса, ни сервер происхождения, за исключением для повышения производительности. Когда кэш семантически прозрачен, клиент получает точно такой же ответ (хоп-по-хопа заголовков, за исключением), что она получила бы был его запрос был обработан непосредственно первоначальным сервером.
Widator-элемент протокола (например, лицо тег или Last- Modified время), который используется, чтобы выяснить, является ли запись в кэше является эквивалентом копию объекта.
вверх / вниз - вверх и вниз описать поток сообщения; все сообщения проходят от входа к выходу.
Входящий / исходящий - входящий и исходящий см запроса и ответа путей сообщений: «входящего» означает путешествия к серверу происхождения *, и исходящий * означает путешествия к агенту пользователя *.

Results (Russian) 3:

Протокол передачи гипертекста
чтения и перевода текста:
протокол передачи гипертекста
протокол передачи гипертекста (HTTP) - это протокол для распределенной совместной работы, гипермедийной информации систем. Он U a generic, лица без гражданства, протокол, который может быть использован для многих задач после ее использования в гипертекст, таких, как имя серверов и распределенными системами управленияПо его просьбе методы, коды ошибок и заголовки. Функция протокола HTTP - ввод текста и переговоров представление данных, позволяя системы независимо от данных, передаваемых.
HTTP-была в глобальную сеть глобальной инициативы в области информации с 1990 года. Эта спецификация определяет протокола, о котором говорится в "HTTP/1.1 , и является обновлением RFC 2068.