Forumlar / National / Russian / Тех. поддержка / Как подружить ЧПУ и Redirect?

пребел уберите.

А зачем пробел убирать? Может я чего-то не понимаю, но это же стандартная конструкция параметра Redirect - Redirect 301 <старый URL> <новый URL>. И она всегда работает, за исключением этого случая с ЧПУ ссылками на Cotonti.

Ну а если я убираю там пробел, то получаю на выходе адрес мой_сайт/instructions/index.php?e=page&c=manual&al=doc1 и ошибку "Сайт выполнил переадресацию слишком много раз. ERR_TOO_MANY_REDIRECTS." Для работы параметра Redirect как-раз и необходимо 2 адреса, разделенных пробелом.

Если я не очень понятно обьяснил, что мне надо, то попробую подробнее. У меня была системная страница с алиасом instructions и она была перенесена в категорию manual, а её алиас сменен на doc1. Т.е. в данный момент мне нужно перенаправить пользователя со старого адреса - мой_сайт/instructions на новый адрес - мой_сайт/manual/doc1. И эта конструкция не работает, если использовать в качестве нового адреса ЧПУ ссылку и отлично работает если использовать прямую, без ЧПУ преобразования. 

#45022 kushelbek:

у меня вот так работают норм:

Redirect 301 /portfolio/intensiv/Лэндинг-для-Школы-выездной-интесив https://domain.ru/index.php?e=page&c=web&id=79

Т.е куда редериктим пишем с полным адресом(http\https )

Ну так и у меня работает) В принципе, функцию свою выполняет, и меня даже устраивает и такой вариант. Но хотелось бы чтобы все было красиво)

Да и понять хочется, почему в варианте с ЧПУ не работает и как это исправить. Для личного саморазвития))

#45023 Дмитрий:

Да и понять хочется, почему в варианте с ЧПУ не работает и как это исправить. Для личного саморазвития))

Если есть желание понять суть проблемы, нужно обратиться к документации и принципу работы URL в Cotonti. Если речь идёт о ЧПУ значит подразумевается обработка URL. В Cotonti они модифицируются в двух местах:

• UrlEditor - плагин для обработки URL
• Серверный файл (htaccess или nginx зависит от настроек)

Если плагин включен и прописаны правила, это значит что движок будет отдавать содержимое по новым правилам, но сервер об этом ничего не знает, поэтому правила нужно добавить еще и в серверный файл. Для существующих адресов этого достаточно, но если речь идет о страницах которых не существует (в вашем случае движок подразумевает что хотите несуществующую страницу 404 переадресовать на новый адрес). Поэтому сырой URL (/index.php?e=page&c=manual&al=doc1) работает, ведь страница существует, а предыдущая ЧПУ не редиректится, потому что её как бы и не было, это просто ЧПУ редирект был. Если бы страница с которой редирект существовала, то всё сработало бы, а так приоритет отдаётся 404, отсюда и проблема с редиректом.

Решение вопроса находится над ситуацией, все вышеперечисленные варианты это лишь костыли в данном случае. Для понимания процесса нужно посмотреть документацию:  Что такое Хуки?

В подразделе 2.1. Основные хуки можно прочитать, что:

Некоторые хуки в системе вызываются практически всегда и строго в определенном порядке относительно друг друга:

• input — самая первая точка расширения при выполнении скрипта. В текущей точке, несмотря на доступность основных данных (таких как конфигурация, структура, список расширений, данные пользователя) система еще не полностью инициализирована. Поэтому используйте этот хук осмотрительно и если надо переопределить некоторые системные данные на начальном этапе;

Как видно из описания, хук input вызывается на этапе инициализации, поэтому его можно переопределить только в этой точке. А плагин UrlEditor как раз в этом месте вызывает функцию cot_apply_rwr() в которой происходит дальнейшая логика ЧПУ.

Вывод: чтобы максимально влиять на ЧПУ, в том числа на удалённые/перемещённые URL, нужно делать это программно на уровне хука. Чтобы не писать дополнительный плагин, можно воспользоваться r301 от esclkm. После установки редирект можно добавлять из админки.

p.s. Если протокол сайта https, нужно изменить его и в файле input.php (плагин давно не обновлялся).