Сбой входа в систему из-за цикла на локальном хосте. Есть идеи, почему?

Я клонировал сайт git и использовал резервное копирование и миграцию, чтобы перенести базу данных на локальный хост.

При работе на удаленном хосте вход в систему работает нормально. Не на местном уровне. Ну, больше это не работало, я бы сказал, около часа.

Firefox обнаружил, что сервер перенаправляет запрос на этот адрес таким образом, который никогда не будет завершен.

Я очистил всю историю, пробовал разные браузеры и несколько раз перезапускал apache раз.

Есть идеи?

ИЗМЕНИТЬ:

Я могу установить его, и после установки я остаюсь в системе в течение примерно 60 секунд после переноса базы данных. Затем я перенаправляюсь в цикле.

Страница перенаправляется неправильно

Firefox обнаружил, что сервер перенаправляет запрос на этот адрес таким образом, который никогда не будет завершен.

Иногда эта проблема может быть вызвана отключением или отказом принимать файлы cookie.

  • Я очистил файлы cookie и кэш браузеров
  • Я очистил кэш drupals
  • перезапущенный apache
  • пробовал разные браузеры

Я начинаю думать, что это может иметь какое-то отношение к тому, как я настраиваю сайт. Я думаю, что делаю это очень окольным путем.

  • резервное копирование базы данных с сайта разработчика
  • git клонирует сайт и указывает httpd.conf и файл hosts на нем
  • создайте базу данных с тем же именем, пользователем и паролем из settings.php файл
  • сайт установки
  • включите резервное копирование и выполните миграцию
  • импорт базы данных из резервной копии

Загружается сайт. падает примерно через 60 секунд с сообщением firefox сверху. Я не на 100% уверен, с чего начать устранение неполадок.

Author: winchendonsprings, 2011-05-24
Source

4 answers

Вы могли бы узнать наверняка, добавив некоторый код регистрации в drupal_goto(), чтобы отследить, какая функция вызвала перенаправление. Затем проверьте, почему эта функция запустила перенаправление, и вернитесь оттуда.

Или, еще несколько подходов к "догадкам" -

  • Убедитесь, что у вас не установлено $base_url settings.php.

  • Очистите таблицы кэша после установки, чтобы скопировать (или не создавать резервную копию таблицы кэша содержание).

drush cc all

  • Отключите модули, которые могут быть сбиты с толку перемещением - securepages, canonical_url, logintoboggan (угадайте здесь).

drush dis securepages canonical_url logintoboggan

  • Проверьте таблицу переменных на наличие (и удалите) любых записей со значениями типа '%http://your.old.domain%".

drush vget | grep your.old.domain

drush vdel some_variable_name

 3
Author: Chris Burgess, 2011-05-27 09:23:39

sudo a2enmod rewrite исправил это. Вот и все.

 2
Author: winchendonsprings, 2011-05-30 19:26:36

Вам также следует проверить журнал ошибок вашего сервера, а также установить Firebug (если у вас его еще нет) и проверить вкладку "Сеть", чтобы просмотреть HTTP-запросы. Из этих 2 источников у вас обычно должно быть что-то, что укажет вам правильное направление.

 0
Author: Stefan, 2011-05-26 10:12:26

Со мной случилась та же проблема, infinite redirect loop - я мог видеть все страницы на своем веб-сайте, но когда я пытаюсь войти в систему со своими учетными данными, это выдает мне эту ошибку. Итак, я не смог получить доступ к своему сайту в качестве администратора. Я нашел некоторые решения, такие как добавление модуля, но я не могу add/disable никаких модулей. Мне потребовалось около дня, чтобы решить эту проблему,

Следующие шаги помогли мне устранить эту ошибку:

  1. Измененный файл .htaccess RewriteBase /drupal

  2. Удалил модуль Voting api модуль, удалил папку voting api.

  3. Очистил cache_* tables в базе данных с помощью phpmyadmin

  4. Измененный файл my.ini/my.cnf - max_allowed_packet = 32M.

Надеюсь, это кому-нибудь поможет.

ССЫЛКА:

Https://www.drupal.org/node/706986

 0
Author: GIRI, 2015-02-14 20:22:39