Тег :: кэш

Интернет наводнен различными статьями на тему кэширования в HTTP. И я бы не стал писать эту заметку, если бы эти статьи были исчерпывающими. Но к сожалению, все они однобоки и изобилуют ошибками. Авторы этих статей слабо отдают себе отчет в том, в рамках какой версии протокола HTTP они предлагают свои решения. Надеюсь эта заметка внесет больше ясности в столь непростой вопрос кэширования. Тем более, что в новой версии HTTP/1.1 механизм кэширования сильно усложнился и предлагает нам массу вариантов. Читать далее…

Класс ответов связанных с переадресацией, используется для информирования агента пользователя (браузера) о том, что для завершения запроса необходим дополнительный запрос. Дополнительная информация содержится в заголовке Location. Это, как правило, адрес ресурса, к которому нужно совершить переадресацию. Исключением является ответ 304, который не имеет отношения к переадресации. Читать далее…

В отличие от модели кэширования, принятой в НТТР/1.0, НТТР/1.1 предлагает более изощренный механизм управления кэшем c помощью заголовка Cache-Control. Он обеспечивает управление процессом кэширования и со стороны отправителя, и со стороны получателя при помощи набора директив. Спецификацией протокола определено всего 12 директив. В основном директивы предназначаются только прокси-серверам и лишь некоторые из них воспринимаются и браузерами. Читать далее…

algnm.ru/tulskaya_oblast/materialy/sheben.html.

Заголовок Pragma дает возможность отправлять директивы, которые могут относиться к любому получателю на пути от клиента к исходному серверу, т.е. директивы для прокси-серверов и шлюзов. Директива - это способ указать для программных компонентов определенный вариант обработки запроса или ответа. Слово "pragma" означает "указание транслятору". Читать далее…

Наиболее распространенный метод по количеству запросов - это конечно же метод GET. Он же и самый простой метод. "Get" в переводе на русский язык означает "получить". Т.е. это обычный запрос ресурса. Сообщение передаваемое методом GET не должно иметь содержимого. Если содержимое присутствует, оно игнорируется. Читать далее…

Метод HEAD предназначен для запроса заголовков ответа. Он во всем идентичен методу GET, за исключением одного - ответ на HEAD-запрос не содержит тела сообщения, только заголовки. Читать далее…

В отличие от методов GET и HEAD, которые используются для извлечения информации, метод POST применяется главным образом для модификации имеющегося ресурса или передачи данных обрабатывающему их процессу. Тело запроса содержит данные. Метод POST может изменять содержимое ресурса, поэтому не может считаться безопасным методом. Поскольку побочные эффекты множества идентичных запросов могут отличаться, метод POST не является идемпотентным методом. Читать далее…