Как я могу определить, была ли страница запрошена через перенаправление?

Как насчет:

my $cgi = CGI->new;

print $cgi->redirect(
    'http://example.com/this/page/that.html?redirect=yes'
);

Какой бы механизм вы ни использовали для различения перенаправлений, вы можете посмотреть строку запроса, чтобы принять решение. Конечно, это не мешает пользователям добавлять URL-адрес в закладки с помощью redirect=yes и т. д.

Вы можете попробовать заголовок referer, но у него есть свои проблемы.

В зависимости от браузера и промежуточных прокси-серверов может произойти несколько вещей. Однако в большинстве случаев вы не можете зависеть ни от чего. Коды состояния — это то, что сервер отправляет обратно в браузер, поэтому вы не получите их в запросе.

Вы не говорите, какую проблему вы пытаетесь решить или почему этот бит важен. Какую проблему ты пытаешься решить?

Вместо того, чтобы полагаться на то, что вы не можете контролировать, превратите это во что-то, что вы можете контролировать.

1. Убедитесь, что вы делаете правильный вид перенаправления. Существуют перенаправления для постоянных и временных перемещений, а также в других случаях.

2. Если вам не нужны данные в режиме реального времени, вы можете выяснить это из лог-файлов. Это удобно, если вы пытаетесь выяснить шаблоны трафика, но не так полезно в режиме реального времени.

3. Вместо внешнего перенаправления сделайте его внутренним. Вы можете отслеживать его через цикл запросов вашего веб-сервера.

4. Установите файл cookie для внешнего перенаправления, а затем найдите его в следующем запросе. Это не поймает людей, которые не устанавливают файлы cookie.

5. Добавьте информацию о пути к перенаправлению или, возможно, параметры запроса, как предложил Синан.

Это то, что я недавно сделал, чтобы обнаружить перенаправление и представить его как настраиваемый заголовок запроса для приложения: X-Redirect: 1 (используя mod_rewrite и mod_headers Apache).

На стороне источника я перенаправляю все запросы на целевой сервер, добавляя дополнительный /redirect к пути URL:

RewriteRule ^/(.*) http://target-server.com/redirect/$1 [L,R=permanent]

На целевой стороне я обнаруживаю /redirect в пути, удаляю его с помощью другого перенаправления и вставляю в ответ собственный файл cookie:

RewriteRule ^/redirect/(.*)$ /$1 [R=permanent,L,CO=redirect:1:target-server.com:86400:/]

Также на целевой стороне я преобразовываю файл cookie в переменную среды, «отключаю» файл cookie, а затем преобразую переменную env в собственный заголовок запроса:

RewriteCond %{HTTP_COOKIE} redirect=1 [NC]
RewriteRule ^(.*)$ /$1 [L,CO=redirect:0:target-server.com:86400:/,E=redirect:1]
RequestHeader set X-Redirect 1 env=redirect

Я не думаю, что есть способ сделать это. Единственный индикатор, который я могу себе представить, это Referer поле заголовка. Но похоже, что он отправляется только в том случае, если запрос был инициирован не через HTTP (щелчок по ссылке, отправка формы, метаобновление и т. д.).

Вдохновленный Брайаном, я сделал шаг назад и посмотрел, что именно вызывает мою проблему.

На этот вопрос может не быть ответа, но есть решение, которое частично решает проблему. При использовании сеансовых файлов cookie измененный контент будет существовать только для этого конкретного сеанса, поэтому в следующий раз исходный контент снова станет доступным. Это не меняет того факта, что повторный ввод URL-адреса в адресной строке по-прежнему приведет к тому, что страница будет использовать файл cookie.

Спасибо всем за попытку помочь.

Если запрос был перенаправлен, должен быть заголовок, указывающий, откуда он был перенаправлен.