Искать реферат        
Рефераты на 5 с плюсом
С нашим сайтом написать реферат проще простого

Считывание информаии из сети Internet с помощью HTTP

Категория: Компьютерные науки     версия для печати   

Страница: [1] [2] [3] [4] [5] [6] [7] [8]

Если код статуса ответа на запрос будет отличаться от "200 OK", или дата, указанная в поле заголовка "If-Modified-Since" некорректна, ответ будет идентичен ответу на обычный запрос GET.

Если после указанной даты ресурс изменялся, ответ будет также идентичен ответу на обычный запрос GET.

Если ресурс не изменялся после указанной даты, сервер вернет код статуса "304 Not Modified".

Использование метода условный GET направлено на разгрузку сети, так как он позволяет не передавать по сети избыточную информацию.

HEAD

Метод HEAD аналогичен методу GET, за исключением того, что в ответе сервер не возвращает Тела-Ответа. Метаинформация, содержащейся в HTTP заголовках ответа на запрос HEAD, должна быть идентична информации HTTP заголовков ответа на запрос GET. Данный метод может использоваться для получения метаинформации о ресурсе без передачи по сети самого ресурса. Метод "Условный HEAD", аналогичный условному GET, не определен.

POST

Метод POST используется для запроса сервера, чтобы тот принял информацию, включенную в запрос, как субординантну для ресурса, указанного в Строке Статус в поле URI-запроса. Метод POST был разработан для того, чтобы была возможность использовать один общий метод для следующих функций:

Аннотация существующих ресурсов

Добавление сообщений в группы новостей, почтовые списки или подобные группы статей

Доставка блоков данных процессам, обрабатывающих данные

Расширение баз данных через операцию добавления

Реальная функция, выполняемая методом POST, определяется сервером и обычно зависит от URI-запроса. Информация, которая прилагается, рассматривается как субординантна указанном URI так же, как файл субординантний каталога, в котором он находится, новая статья субординантна группе новостей, в которую она добавляется, запись субординантний базе данных.

Клиент может предложить URI для идентификации нового ресурса, включив в запрос заголовок "URI". Но сервер должен рассматривать этот URI только как совет и может сохранить тело запроса под вторым URI или вообще без него.

Если в результате обработки запроса POST был создан новый ресурс, ответ должен иметь код статуса, равный "201 Created", и содержать URI нового ресурса.

PUT

Метод PUT запрашивает сервер о сохранении Тела-Запроса под URI, равным URI-запроса. Если URI-запроса ссылается на уже существующий ресурс, Тело-Запроса должно рассматриваться как модифицированная версия данного ресурса. Если ресурс, на который ссылается URI-запроса не существует, и данный URI может рассматриваться как описание для нового ресурса, сервер может создать ресурс с данным URI. Если был создан новый ресурс, сервер должен информировать клиента, направившего запрос, через ответ с кодом статуса "201 Created". Если существующий ресурс был модифицирован, должен быть послан ответ "200 OK",для информирования клиента об успешном завершении операции. Если ресурс с указанным URI не может быть создан или модифицирован, должно быть послано соответствующее сообщение об ошибке.

Фундаментальное различие между методами POST и PUT заключается в различном значении поля URI-запроса. Для метода POST данный URI указывает ресурс, который будет управлять информацией, содержащейся в теле запроса, как некоторым придатком. Ресурс может быть обрабатывая данные процессом, шлюзом в какой нибудь другой протокол, или отдельным ресурсом, допускающим аннотации. В противоположность этому, URI для запроса PUT идентифицирует информацию, содержащуюся в Содержании-Запроса. Запрос, использующий, PUT точно знает какой URI он собирается использовать, и получатель запроса не должен пытаться применить этот запрос к какому-либо другого ресурса

DELETE

Метод DELETE используется для удаления ресурсов, идентифицированных с помощью URI-запроса. Результаты работы данного метода на сервере могут быть изменены с помощью человеческого вмешательства (или каким-либо другим способом). В принципе, клиент никогда не может быть уверен, что операция удаления была выполнена, даже если код статуса, переданный сервером, информирует об успешном выполнении действия. Но все же сервер не должен информировать об успехе до тех пор, пока на момент ответа он не будет собираться стереть данный ресурс или переместить его в некоторую недостижимую область.

LINK

Метод LINK устанавливает взаимосвязи между существующим ресурсом, указанным в URI-запроса, и другими существующими ресурсами. Отличие метода LINK от остальных методов, допускающих установление ссылок между документами, заключается в том, что метод LINK не позволяет передавать в запросе Тело-Запроса, и в том, что в результате работы данного метода не создаются новые ресурсы.

UNLINK

Метод UNLINK удаляет одну или более ссылочных взаимосвязей для ресурса, указанного в URI-запроса. Эти взаимосвязи могут быть установлены с помощью метода LINK или какого-либо другого метода, поддерживающего заголовок "Link". Удаление ссылки на ресурс не означает, что ресурс прекращает существование или становится недоступным для будущих ссылок.

г) Поля Заголовок-Запроса

Поля Заголовок-Запроса позволяют клиенту передавать серверу дополнительную информацию о запросе и о самом клиенте.

Заголовок-Запроса = Accept | Accept-Charset | Accept-Encoding |

Accept-Language | Authorization | HYPERLINK "http://www-sbras.nsc.ru/win/fedotov/inter/http/" l "from" From |

HYPERLINK "http://www-sbras.nsc.ru/win/fedotov/inter/http/" l "ifmodifiedsince" If-Modified-Since |

Страница: [1] [2] [3] [4] [5] [6] [7] [8]

версия для печати

Читайте также:
Амазонка
Актуальные проблемы и задачи науки размещения производительных сил Украины
Ткачество в Украине
Жан-Жак Руссо и его идеи
Адаптация законодательства Украины к законодательству ЕС - состояние, проблемы, перспективы