Когда я звоню нашему сайту "www.example.com/contact-us", я получаю следующую ошибку:
К сожалению, этот запрос пытался создать бесконечный цикл. Мы не допускаем таких вещей здесь. Мы профессиональный сайт!
Если я позвоню на сайт по адресу "www.example.com/node/5", страница с контактами будет отображаться очень хорошо.
Когда я проверяю псевдоним пути в / admin / config / search / path / edit / 6, системный путь и псевдоним устанавливаются правильно.
Другая проблема существует для другого псевдонима, когда я звоню «www.example.com/staff», меня перенаправляют на целевую страницу «www.example.com». Еще раз псевдоним установлен правильно.
Мы используем Drupal 7, модули i18n_redirect и redirect.
7
redirection
path-aliases
Матиас
источник
источник
Ответы:
Отредактируйте свою страницу и перейдите к перенаправлениям URL . Найдите путь перенаправления с наибольшим количеством и удалите его. Нажмите сохранить, затем просмотрите страницу.
Дайте мне знать, если это решило вашу проблему
источник
Обновление: проблема Drupal # 1796596 была совершена с Redirect 1.0-rc2 (июнь 2015 г.). Правильное решение для этой проблемы сейчас - обновить до последней стабильной версии модуля Redirect, а затем запустить обновления базы данных. Любые ваши перенаправления будут надежно очищены.
Эта проблема возникла из-за ошибки в модуле перенаправления. Вы запускаете его, изменяя URL-адрес страницы (или, может быть, просто ее заголовок, если вы используете pathauto), а затем изменяете ее на прежний.
Например, допустим, у меня была страница под названием «компания», и я изменил название на «Наша компания» (что изменило псевдоним URL на нашу компанию). Затем я решил, что на самом деле предпочитаю его первым способом, поэтому я снова отредактировал узел и изменил название на «Компания». В этот момент сообщение об ошибке « Ой, похоже, что этот запрос пытался создать бесконечный цикл. Мы не разрешаем такие вещи здесь. Мы - профессиональный веб-сайт! » Появится на странице компании.
Есть три способа исправить это, в зависимости от того, что проще для вас. Они варьируются по сложности / храбрости сверху вниз.
Метод Drupal / PHP
Существует длинная ошибка Drupal по этому вопросу: выпуск № 1796596, и есть хороший рабочий патч, который исправляет проблему в комментарии № 124 .
Надеюсь, это исправление скоро будет добавлено в модуль Redirect для загрузки. Однако прошло уже больше года без каких-либо признаков прогресса на этом фронте.
Метод SQL
Самое быстрое решение проблемы - это запрос SQL к базе данных, как показано ниже. БУДЬТЕ ОСТОРОЖНЫ и попробуйте этот метод только в том случае, если вы знаете, что делаете, - сначала попробуйте его на пробной копии сайта и убедитесь, что у вас есть резервная копия, и сразу после этого протестируйте изменения на случай, если вам потребуется откат. Будьте особенно осторожны и протестируйте первый запрос очень хорошо, если вы используете i18n ... Запустите первый запрос, чтобы показать, что будет удалено, и второй, чтобы фактически удалить.
Если вы не знаете, как применять исправления или выполнять SQL-запросы, вам необходимо решить проблему вручную. Не волнуйтесь, это на самом деле довольно легко сделать (но по сравнению с другими методами это занимает больше времени):
Ручной метод:
Для каждой страницы, где отображается предупреждение:
источник
Если у нас одинаковые перенаправления к псевдониму узла, другой способ исправить эту ошибку - запустить скрипт, который проходит через все nid (в случае узлов), и посмотреть, имеет ли псевдоним каждого узла перенаправление с тем же именем, если таковое имеется. устранено.
Вы можете запустить этот код в пункте «Выполнить код PHP» в меню разработки.
Эта форма похожа на «Метод SQL», только я выполняю это из Drupal, а не в базе данных.
источник
Примените патч на Fix и предотвратите круговые перенаправления (или подождите, пока он не попадет в модуль).
источник
Создать скрипт Drush:
Сохраните его в файл и запустите изнутри кодовой базы вашего сайта
drush php-script [PATH_TO_SCRIPT]
, и он удалит все перенаправления, которые конфликтуют с псевдонимами URL.источник
Как можно предотвратить отображение сообщения об ошибке «цикл перенаправления» на производственном сервере в будущем? Я уже установил сообщение об ошибке "нет" на этой странице - admin / config / development / logging
источник
Единственный способ после многих исправлений - открыть файл redirect.module и пропустить строку # 989.
источник
Мой английский не очень хороший, но я думаю, что вы не проблема, читайте меня. Я имел до этой проблемы, и я решил ее, поэтому я удалил модуль REDIRECT. С уважением, сайт KoZnaZna Team - Simon
источник