Проблема бесконечного цикла с подключаемым модулем сопоставления доменов WordPress MU
Когда я выхожу из системы, все работает нормально. Когда я вхожу в систему, я не могу посетить интерфейс своего сайта.
Моя главная страница на самом деле находится в подпапке моей многоузловой установки: http://beta.eamann.com/mindshare /. Я сопоставляю домен с этой установкой: http://mindsharestrategy.com /. Когда я вхожу в систему, передняя часть моего сайта продолжает перемещаться между этими двумя доменами. Я все еще могу перейти на сторону администратора просто отлично... но не внешний интерфейс.
Если я выйду из системы, я смогу просто отлично просматривать интерфейс.
Я использую версию плагина для разработки, как мне было поручено сделать в нескольких беседах с разработчиками. Идеи?
Я также должен отметить, что на других сайтах в этой сети этой проблемы нет. Они работают правильно:
- http://eamann.com -> http://beta.eamann.com/portfolio /
- http://prosepainting.com -> http://beta.eamann.com/creative /
Здесь нет бесконечного цикла перенаправления. Что я могу проверить, чтобы устранить проблему?
1 answers
Это не полный ответ, но, вероятно, он будет полезен для получения дополнительной информации о вашей проблеме. Я предполагаю, что это связано с файлами cookie, но на самом деле это только предположение.
Чтобы узнать больше, я предлагаю комбинацию из двух инструментов: одного Firefox и дополнения WordPress.
Без перенаправления Toolpress Strict Edition (дополнение Firefox)
На Toolpress в папке инструменты вы можете найти дополнение Firefox, которое отслеживает каждое перенаправление и может предотвратить автоматическое перенаправление на них. Он называется Noredirect 1.2.4 Toolpress Strict Edition (дополнение Firefox).
Установите его, перезапустите Firefox. Затем перейдите в меню: Сервис -> NoRedirect, которое открывает диалоговое окно конфигурации. Введите шаблон URL-адреса, например ^http://.* и отменить установите флажок Разрешить:
Теперь вы получите уведомление перед любым перенаправлением:
Вы можете нажать на ссылку в серой области. Веб-сайт, который вы видите, является тело перенаправления, которое генерируется (здесь с помощью stackexchange).
Wordpress по умолчанию не возвращает и тело HTTP для перенаправлений, которое неправильно определяет спецификации HTTP, так как HTTP-клиентам не нужно автоматически перенаправлять.
Улучшенные перенаправления HTTP (плагин Wordpress)
Рядом с этим возьмите мой Лучший плагин перенаправления HTTP. Он имеет дело с дефектом ядра wordpress и возвращает тело HTTP для каждого перенаправления. Существует доступный крючок под названием redirect_hypertext, в котором вы можете подключиться (или просто взломать этот плагин, который также совместим с обязательным использованием) и вывести обратную трассировку, которая вызвала перенаправление (подсказка: xdebug).
Сила двух:
Плагин firefox гарантирует, что вы не будете перенаправлены без подтверждения, а плагин wordpress позаботится о отображении отладочной информации. Этот инструмент отслеживания крючков (SJ Hook Profiler) также может быть полезен, но я до сих пор его не использовал.