рисунок 4 на скриншоте выше мы видим ровно то, что передаётся отклиента серверу. сверху указаны ip-адрес сервера и порт. ssl неиспользовался, далее идёт http запрос get и то, какая информациязапрашивается. в этом примере это «bg3.gif» и за ним адрес хоста.следующее поле это user-agent – оно определяет тип клиентскогобраузера. остальные поля говорят сами за себя, но если вы не уверены вих интерпретации, я бы предложил почитать про http здесь. естьеще одна вещь на которую стоит обратить внимание – это поле«if-none-match». его значение состоит из набора цифр и букв; полебольше известно как etag и используется при кэшировании. значениегенерируется сервером и применяется для типов данных, таких как gif иим подобных. таким образом браузер, запрашивая что-либо можетобнаружить, что у него в кэше уже есть данная информация. на самом уменя тоже уже есть этот gif-файл и поэтому сервер ответил на запросhttp кодом 304 not modified. это означает что файл, который есть у меняв кэше, не изменился и на сервере, следовательно не нужно высылать егоклиенту еще раз, так как файл может быть взят из кэша на моей локальноймашине. вы можете видеть эту информацию в окне dos с запущенным длястарта spike файлом «runme.bat». response header: http/1.1 304 not modified date: sun, 19 feb 2006 16:39:55 gmt server: apache/2.0.54 (win32) connection: keep-alive keep-alive: timeout=15, max=98 etag: "222a-ab-4096dbdf" теперь вернёмся назад к тем трём директориям, которые мы виделиранее - ”img”,”css” и ”_directory_”. теперь кликая по ”delve into dir”,зайдите в ”_directory_”. щелчок на ”print request info” и посмотрим,что же у нас здесь. это стандартный запрос для собственно web-страницы.теперь нажмите на ”rewrite request”. это, как я уже говроил, один изосновных компонентов http прокси.