Назад | Перейти на главную страницу

Поиск источника 301 редиректа (через .htaccess или wp_redirect ()

Один из моих стажеров применил 301 редирект с одной из страниц сайта (domain.com/nice-page) на другую страницу (domain.com/pretty-page), и я хотел бы удалить это перенаправление.

Проблема в том, что он не уверен, откуда было применено перенаправление.

Он говорит, что сделал это через плагин, но я тщательно проверил плагины перенаправления на своем сайте и не смог найти никаких правил перенаправления.

Я также проверил .htaccess и не нашел никаких правил.

Не могли бы вы, ребята, дайте мне знать, есть ли способ найти источник перенаправления (какая-то магия, например, элемент проверки для проблем с html и css)?

Буду очень признателен за любую помощь в этом отношении.

Заголовок постоянного перенаправления (Код состояния HTTP 301) может происходить примерно из 3 мест на веб-сервере Apache:

  • Из основного апача httpd.conf файл конфигурации или одно из включений, загруженных файлом httpd.conf.
  • Если установлен AllowOverride, его можно установить с любого .htaccess файл в пути URL-адреса, который перенаправляется.
  • Из «кода» (скрипты PHP, CGI и т. Д.), Выполняемого через Интернет. сервер.

И не упускайте из виду альтернативу 4

  • "код" (Javescript, JQuery и т. д.), который выполняется в Интернете браузер.

Заголовки Apache Redirect можно установить с помощью mod_alias с Redirect , RedirectMatch или RedirectPermanent директивы или с mod_rewrite R флаг.

Как "код" зависит ли это, и будет ли это PITA для определения, но выполнение тупого веб-запроса (например, curl -v http://example.com/nice-page) покажет вам, действительно ли HTTP/1.1 301 Moved Permanently \n Location: http://... ответ запускается веб-сервером как заголовок, или, если это не так, вам следует посмотреть сценарии браузера.

Также обратите внимание: a HTTP 301 Redirect - это "Переехал навсегда" и как таковые будут кэшироваться как веб-браузерами, так и CDN и прокси-серверами, и после того, как вы удалили директиву из конфигурации сервера, вы все равно можете ее наблюдать. Возможно, вам потребуется выполнить тестирование в новом анонимном окне браузера и / или очистить кеши.

Из вашего комментария с URL:

curl -v http://photographyconcentrate.com/camera-buying-guide
*   Trying 104.27.188.166...
* TCP_NODELAY set
* Connected to photographyconcentrate.com (104.27.188.166) port 80 (#0)
> GET /camera-buying-guide HTTP/1.1
> Host: photographyconcentrate.com
> User-Agent: curl/7.54.0
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Date: Fri, 20 Jul 2018 11:26:41 GMT
< Transfer-Encoding: chunked
< Connection: keep-alive
< Cache-Control: max-age=3600
< Expires: Fri, 20 Jul 2018 12:26:41 GMT
< Location: https://photographyconcentrate.com/camera-buying-guide
< Server: cloudflare
< CF-RAY: 43d5130783252b40-AMS

Это показывает, что ваш домен использует CloudFlare, CDN и действительно реализован с 301 Moved Permanently заголовок перенаправления, а не через java-скрипт. Это добавляет сложности, поскольку перенаправление также может быть установлено на CF, и оно даже не должно присутствовать на вашем веб-сервере.

Вы можете подтвердить, отправлено ли перенаправление с вашего веб-сервера или только CloudFlare, пропустив CloudFlare и запустив: 

 curl -v -H "Host: photographyconcentrate.com" http://<real-IP-address-of-your-webserver>/