Проверка HTTP
Есть множество причин, вы можете проверить HTTP при отладке проблем. Если вы когда-нибудь для отладки проблем, связанных с сессиями, печенье, или редиректов, я уверен, вы можете оценить, насколько сильно это без проведения пристально взглянуть на то, что происходит за кулисами.
Есть много инструментов, чтобы помочь Вам проверять HTTP. Если вы Firefox пользователь, вы можете использовать LiveHTTPHeaders или HttpFox . (Пожалуйста, не стесняйтесь предложить другие.) Если вы используете Сафари , вы можете позволить отладочного меню:
-
$ умолчанию написать com.apple.Safari IncludeDebugMenu 1
Это дает вам доступ к Веб-инспектор , который показывает HTTP заголовки в разделе Сеть . К сожалению, как представляется, только в заголовках, исключив все остальное. (Safari пользователей, есть варианты лучше ?)
Если вы используете Safari 3, заменить IncludeDebugMenu с IncludeDevelopMenu . Вы будете знать, что позволило, когда вы видите Разработка меню.
Иногда бывает полезно внести незначительные изменения в запрос, и попробуйте еще раз, чтобы увидеть, если он устраняет проблему . Многие HTTP инструменты позволяют вам делать это, и tamperdata для Firefox является особенно полезным.
Несмотря на многочисленные средства, я не считаю себя, используя Telnet достаточно регулярно, частично потому что я хотел бы свести к минимуму риск того, что этот инструмент я использую дает мне ложную информацию, будь то в связи с ошибкой в инструмент или просто ошибка в моей интерпретации и использования.
Если у вас ' меня никогда не используется Telnet для передачи запросов на веб-сервере, вы можете быть удивлены тем, насколько легко это:
-
$ Telnet google.com 80( #)
После того, как подключен, можно ввести простой GET запрос на попробовать его:
- GET / HTTP/1.1
-
( #) хоста: google.com
Поскольку Google предпочитает излишней
субдомену, Вы получите 301 ответ. Если вы хотите следить за переадресацию как браузер будет просто изменить Host заголовок в вашей просьбе, и вы получите 200 ответ, который включает в себя содержание. (# ) Если отладка защищенного URL,
Telnet
не поможет вам. К счастью,
OpenSSL предоставляет аналогичные простоты:
OpenSSL s_client-CONNECT google.com: 443
Вы может предпочесть
скрытый
s_client вывода полезной. Вы можете использовать один и тот же запрос, как и раньше, чтобы они опробовали ее, или вы можете копировать реальный запрос ваш браузер посылает с помощью одного из инспекторов, как HTTP LiveHTTPHeaders.
linuxexposed.com
Комментарии
Комментировать