Вы здесь

Path Redirect

Перенаправление с одного URL на другой.

Ведутся работы по переносу возможностей этого модуля в проект Redirect. Использование модуля Redirect относительно этого предпочтительнее.

Модуль Path Redirect позволяет создавать перенаправления одного URL на другой. Если вам нужны расширенные возможности по управлению перенаправлениями (использование масок и тому подобное), то вместо этого модуля, следует использовать возможности перенаправления предоставляемые веб-сервером (mod_rewrite).

Параметры

  • Откуда — системный или альтернативный путь, с которого будет происходить перенаправление (например node/123 или taxonomy/term/123). Использовать в пути якорь (например #anchor) запрещено
  • Куда — системный или альтернативный путь, или внешний адрес (например http://example.com/), на который будет вести перенаправление. Для перенаправления на первую страницу сайта, используйте запись <front>
  • Язык — установка перенаправления для определённого языка, всегда используется при запросе страницы на этом языке и имеет приоритет перед перенаправлением с параметром «Все»

Расширенная настройка позволяет определить статус перенаправления

  • 300 (мультивыбор)
  • 301 (перемещёно окончательно)
  • 302 (найдено)
  • 303 (смотреть другое)
  • 304 (не изменено)
  • 305 (использовать прокси)
  • 307 (временное перенаправление)

На вкладке «Список» показываются все добавленные перенаправления.

Модуль добавляет свою секцию на страницу редактирования документа. Если перейти к правке документа №1, на который было добавлено перенаправление со страницы управления модулем, то оно будет показываться и в документе. Кроме того, на любой документ можно поставить перенаправление со страницы его редактирования, воспользовавшись ссылкой «Добавить перенаправление на эту страницу».

  • При перенаправлении показывать пользователю предупреждение
  • Разрешить отмену перенаправления при использовании в URL параметра ?redirect=no
  • При изменении альтернативного адреса создавать перенаправление автоматически
  • Убрать перенаправление, которое не задействовалось
    • Не убирать никогда
    • 1 неделя
    • 2 недели
    • 4 недели
    • 8 недель
    • 12 недель
    • 16 недель
    • 1 год
  • Статус перенаправления по умолчанию
    • 300 (мультивыбор)
    • 301 (перемещёно окончательно)
    • 302 (найдено)
    • 303 (смотреть другое)
    • 304 (не изменено)
    • 305 (использовать прокси)
    • 307 (временное перенаправление)

Формат экспорта:

  • CSV (разделитель — табуляция)
  • XML
Группа проекта: 

Комментарии

Изображение пользователя vesya.ru

Отличный модуль!
Благодарю, хотя разобраться там вполне можно и на интуитивном уровне.
Очень удобно что сделали поле с автопоиском синонимов - я как раз с юкоза линяю на дрюпалку :)

Изображение пользователя givchik

от 2010.11.26

у меня ситуация следующего характера:
сайт мультисайтинговый, с общей регистрацией и передвжением по сайтам
модуль bookmarks - решает много задач... некоторые проблемы, связанные с тем что он хранит свои данные введенные пользователем в таблице menu_links - которую объединять нельзя, я готов обойти вниманием, но тот факт что доступные для всех закладки выводятся в профиле только того сайта на котором они были сделаны...
мне не познаниям решить такую проблему программно... а вот сделать перенаправление при переходе пользователя в свой профиль или при просмотре чужого профиля на один конкретный сайт где такая функция будет доступна (публичные закладки - это настройки модуля) - это другой разговор...

Этот модуль не дает мне возможности настроить пересылку с использованием масок (мне нужно указать правила переадресации с всех адресов типа субдомен.4-k.biz/user/* на адреса www.4-k.biz/user/* - собственно мне это нужно для того чтоб все кто хотят просмотреть свой профиль или чужой попадали на запрашиваемую страничку но на основном сайте), кто подскажет как правильно для этого настроить mod_rewrite или другой способ?)

от 2010.11.28

подсказали мне прочесть материальчик...
вот только не могу разобраться. Первый пример для конкретного адреса, а второй с маской вот только как правильно ввести данные?)
еще материалы по теме:

от 2010.11.29

прочитав несколько статей, предлагаю вашему вниманию правила:

  RedirectMatch (.user/.*)$ http://www.4-k.biz/$*
или
  RedirectMatch (.user)/.*$ http://www.4-k.biz/$*
или
  RedirectMatch /user/* http://www.4-k.biz/
но переадресовывание коснется всех адресов с /user/ (если убрать слешь переадресовывание коснется всех адресов с user)
для избежания этого используем тоже правило, к примеру для пункта "Права" раздела "Пользователи", точнее это правило коснется всей админки...
  RedirectMatch (.admin/.*)$ http://www.4-k.biz/$*
или
  RedirectMatch (.admin)/.*$ http://www.4-k.biz/$*
или
  RedirectMatch /admin/* http://www.4-k.biz/
проблема теперь задать правило для чистых адресов. Потому что даже при включенных "Чистых ссылках" в переадресовываемых страницах в адресе появляется ?q= (при использовании маски /user/*) или $*?q= (при использовании маски (.user/.*) или (.user)/.*$)
Кому будет интересно можете почитать Руководство по URL преобразованиям