Я бы сказал, что если у вас есть PHP-скрипт, который выполняет какое-то действие, которое должны выполнять только, скажем, зарегистрированные пользователи, вы должны поставить проверку на то, что вы вошли в систему прямо там в том же сценарии, так что вы можете взглянуть на него с первого взгляда и увидеть, что код защищен. Мое правило состоит в том, что существует только два допустимых шаблона для защиты защищенного кода:
if (user_is_authorized()) {
// restricted code here
}
или Алекса
if (!user_is_authorized()) {
// send headers or whatever if you want
exit();
}
// restricted code here
Честно говоря, я был довольно шокирован ... или, по крайней мере, разочарован ... когда я прочитал эту статью - я не могу понять, как кто-то пришел к выводу, что сайт можно защитить с помощью заголовков HTTP. Заголовок - это не более чем текст, который отправляет ваш сервер. Это инструкция, которой клиент может следовать или игнорировать по желанию (по крайней мере, вы должны думать об этом таким образом в целях безопасности). Насколько мне известно, исходящие (ответные) HTTP-заголовки практически бесполезны для безопасности. (Это не относится к таким вещам, как HTTP-аутентификация, когда вы отправляете заголовок и получаете его обратно в ответ ... но в этом случае вы основываетесь на содержимом этого заголовка ответа, а не на отправленном вами заголовке.)