Это — дополнительная мера предосторожности. Для проверки того, что запрос исходит из одного и того же источника, некоторые серверные сценарии предусматривают проверку поля заголовка Referer: для подтверждения того, что запрос исходил из заполняемой формы, расположенной на их собственном сервере; они отказываются обслуживать запросы, не содержащие правильного значения этого поля.
Здесь мы смогли легко обойти проверку значения поля Referer:, что позволяет сделать один важный вывод — на проверку такого типа никогда не следует полагаться как на средство защиты серверных Web-сценариев от неправильного использования.
6) Передача данных запроса. Объект запроса передается методу request () объекта LWP::UserAgent для получения объекта ответа. Выполняется проверка кода состояния ответа с помощью метода is_success () и осуществляется вызов функции die, если этот метод указывает на неудачное завершение определенного типа.
7) Выборка и интерпретация информационного наполнения. Для выборки возвращенного документа HTML вызывается метод content () объекта ответа и полученных данные присваиваются скалярной переменной. Теперь из кода HTML документа необходимо извлечь номер и название документа RFC. Это несложно, поскольку документ, полученный с сервера, имеет четко определенную структуру.