Полный русский перевод плагина «Redirection» для WordPress
© www.wp-ru.ru
Пусть первым бросит в меня камень тот, у кого на блоге никогда не возникало 404 ошибки или не было желания настроить различные редиректы по каким-либо условиям.
Одним из лучших плагинов, решающим все эти задачи и является «» от , полный русский перевод которого, я сегодня Вам и представляю, включая мануал с сайта с незначительными сокращениями. На момент перевода, актуальной версией плагина являлась 2.1.20
Далее следует мой перевод на русский язык полного мануала на плагин с сайта автора. Ссылка на сами русские .mo и .po файлы находится в конце статьи.
«Redirection» является плагином для WordPress, управляющий 301 редиректами, отслеживающим ошибки 404 и может быть особенно полезным, при переносе старого блога на новое место или изменении места установки WordPress.
Возможности плагина:
- Поддержка как внутренних редиректов WordPress, так и редиректов Apache
- Отслеживание ошибок 404 — все ошибки 404 протоколируются и легко сопоставляются с 301 редиректом
- RSS лента для ошибок 404
- Настройка «транзитного» перенаправления, позволяющая перенаправить запрос на другую страницу, файл или сайт
- Полное протоколирование всех срабатывающих перенаправлений
- Создание редиректов основываясь на URL, браузерах, реферерах или статуса посетителя
- Автоматическое добавление 301 редиректа, при изменении URL записи
- Полная поддержка регулярных выражений
- Полная локализация
- Экспорт в CSV, XML или файл
.htaccess - Импортт из файла
.htaccess
Установка
Установка плагина ничем не отличается от установки других плагинов для WordPress
- Скачайте последнюю версию с сайта автора
- Распакуйте и загрузите каталог
redirectionв каталог/wp-content/pluginsна сервере - Активируйте плагин
- Настройки плагина доступны в панели Инструменты | Перенапрвления
Основные понятия
В плагине используются три основных понятия:
- Модули
- Группы
- Перенаправления
Модули включают в себя несколько групп, которые в свою очередь содержат множество перенаправлений. Модули определяют какое именно перенаправление будет использоваться, а группы позволяют более четко структурировать правила перенаправлений. Само перенаправление, представляет из себя то или иное действие при обращении к определенному URL.
Далее рассмотрим все это немного подробнее.
Модули
На самом основном уровне, модуль определяет каким образом будет осуществляться перенаправление. Существует три типа модулей:
- WordPress
- Apache
- 404 errors
Модуль WordPress для своей работы использует внутренний механизм WordPress для осуществления перенаправлений. Это означает, что он работает на всех сайтах с включенными ЧПУ и обладает максимальной совместимостью.
Модуль Apache, как и следовало ожидать, для перенаправлений использует механизм работы сервера Apache. Все правила записываются в файл .htaccess. Он обладает большей производительностью, по сравнению с модулем WordPress, но цена этому меньшая совместимость и менее гибкая настройка (некоторые функции доступны только в модуле WordPress).
Отдельно от них отстоит модуль 404 errors, он используется для отслеживания ошибок 404.
Перенаправления - Модули
Каждый модуль может быть экспортирован в CSV, XML или файл .htaccess. Так же Вы можете просматривать журнал логов каждого из модулей через RSS канал.
Модуль WordPress
Модуль WordPress включен по умолчанию и обеспечивает работу большинства функций. Основным недостатком данного модуля, является то, что при каждом редиректе URL, он требует загрузки WordPress (в отличии от модуля Apache, где перенаправление происходит до обращения к WordPress).
Данный модуль имеет следующие настройки:
Настройки модуля WordPress
- Основа — определяет нужно ли убрать
wwwиз названия Вашего сайта или наоборот добавить - Удаление индекса — если включен, то любая попытка обратиться к файлам
index.html,index.phpилиindex.asp, вызовет автоматическое перенаправление на тот же URL, исключая название индексного файла
Похожие записи:
Комментариев к данной записи: 29
7 августа 2009
Спасибо за перевод!
20 августа 2009
Последние версии этого плагина 2.1.22 могут не работать со старым Wordpress, а именно эта версия, т.е. 2.1.20 прекрасно функционирует, раньше она была только на англиском, теперь благодаря этому переводу у нас есть и русский вариант. Спасибо.
20 августа 2009
В чем прелесть использования отдельных файлов перевода, так это в том, что их можно использовать и на более поздних версиях плагинов.
26 августа 2009
Спасибо
15 сентября 2009
начал заниматься продвижением своего блога, поменял вид ЧПУ и не знал как сделать редирект со старых страниц. спасибо автору плагина и Вам за перевод.
16 сентября 2009
Да я в общем то и сам перевод плагина начал делать по той же причине ))
20 сентября 2009
подскажите, пожалуйста, где настраиваются правила? Чувствую себя последним дураком, но никак не обнаружу.
20 сентября 2009
Управление | Перенаправления, там сразу добавить новое.
21 сентября 2009
возможно я неправильно выразился.
С добавлением перенаправлений нет проблем.
Но вот если создаешь перенаправление с проверкой реферера, то поля для указания реферера не наблюдается. где это указывать?
21 сентября 2009
Создаете правило редиректа с необходимыми правилами, в качестве условия выбираете URL и реферер. При создании заполнить поле реферер невозможно. Таким образом у Вас в списке появляется новое правило у которого в скобочках поле реферер обозначается пустым. Кликаете на вновь созданое правило, разворачивается поле его редактирования и там уже можно прописать реферер и более детально уточнить само правило.
25 ноября 2009
Спасибо за перевод!
У меня вопрос: этот плагин может помочь в моей ситуации? Дело вот в чём.
Когда я ставлю дефолтные пермалинки (вида /?p=123), всё работает нормально. То есть, навигация — без проблем. Но если выбрать типа «год/месяц» или собственные прописать, то при попытке сойти с главной в любую рубрику или любой пост, то получаю следующее:
Not Found
The requested URL /2009/11/24/testovij-post/ was not found on this server.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Что это означает и лечится ли данным плагином? А если да, то как?
Заранее спасибо за ответ!
26 ноября 2009
Нет, в данном случае этот плагин не поможет.
У Вас просто не работают пермалинки. Не работать они могут по нескольким причинам:
1. В апаче не подключен mod_rewrite, для работы пермалинков он необходим. Обращаться к хостеру.
2. Модуль подключен, но необходимые правила не прописались в файл .htaccess — проверьте его доступность на запись. Ниже пример такой записи:
# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress3. Правила прописаны, но все равно не работают — не обрабатывается файл .htaccess. Обращаться к хостеру.
Вот, кажется так ))
Надеюсь что помог
26 ноября 2009
Спасибо за исчерпывающее объяснение.
Второй вариант попробовал сразу. Не вышло.
Обратился к хостеру. Тот сказал, что включит.
Пока не включил. Так что я подыскиваю новый хостинг, на всякий пожарный.
13 декабря 2009
Добрый день!
Настраивал ЧПУ. Было /%category%/%post_id%.html
поставил /%category%/%postname%/
Вопрос: как правильно настроить 301 редирект с помощью плагина «Redirection»? Спасибо!
14 декабря 2009
Боюсь в этом случае настроить правила по шаблону не получится, т.к. фактически произошла смена имен, но в настройках плагина на такой случай предусмотрена функция слежения за изменением URL, которая будет автоматически создавать необходимые редиректы в подобных ситуациях.
Еще как вариант отслеживать обращения в модуле ошибок 404 и оттуда уже добавлять необходимые правила. Правда объем работы в этом случае будет прямо пропорционален количеству страниц ))
14 декабря 2009
Кстати вот еще подумалось...
Как вариант, вернуть пермалинки к прежнему виду, включить в настройках слежение за URL и после этого уже их изменить.
Не знаю получиться или нет, но попробовать можно.
25 декабря 2009
У меня стоит WordPress 2.8.6.
Ставлю Redirection. Все нормально, поставился. Захожу в Инструменты -> Перенаправления и пытаюсь настроить плагин, но столкнулся со следующей проблемой: при попытке добавить группу пишет «Пожалуйста, определите имя группы» (хотя название группы я указываю), тоже самое при попытке создания модуля — «Модуль не был создан — не указали имя?». Подскажите, в чем может быть проблема?
25 декабря 2009
Странно.
У меня таких проблем не возникало ни на 2.8.6, ни на более ранних, ни сейчас на 2.9
А версия плагина последняя установлена?
25 декабря 2009
Сорри, за второй коммент. Зашел врой раз на этот сайт и не увидил своего же коммента, написал еще раз.
...Версию ставил и по ссылке в этом после, и последнюю с официального сайта, причем и в ручном и в автоматическом режиме. Все равно. А может быть проблема с локализациями?
25 декабря 2009
нет, локализация тут абсолютно не при чем, т.к. она не затрагивает работу самого плагина.
Посмотрите, может в логах апача пишуться какие-нибудь ошибки, которые помогут локализовать проблему.
25 декабря 2009
В логах ничего нет. А вот кое-что как минимум странное заметил.
Возник вопрос, где Redirection хранит создаваемые Перенаправления, Группы, Модули? В базе данных?
Тогда странно, что после инсталляции модуля Redirection никаких таблиц, типа, «redirection_items», «redirection_groups», «redirection_logs» и «redirection_modules»(sql создания которых описан в функции install () в redirection\models\database.php) в базе данных нет
.
Но когда эта функция должна выполняться?
Добавил права пользователю wordpress на создание таблиц, но переустановка модуля никаких результатов не дала. В БД как небыло этих таблиц, так и нет. Есть какие-то соображения на этот счет? Я конечно могу в ручную создать таблицы, но как это впринципе должно автоматом работать?
25 декабря 2009
Все эти таблицы должны создаваться автоматом при инсталляции плагина, только что проверил на новом блоге, никаких проблем не возникло, все четыре таблицы создались.
Если честно, то не знаю в чем тут может быть проблема.
16 января 2010
Добрый день.
Подскажите, с помощью этого плагина можно запретить все страницы вида
site.ru/page?vsyakaya_fignya
Т.е. чтобы были только страницы
site.ru/page
Вид ошибки неважен, можно 404, 410, или 301 на site.ru/page
Спасибо
3 февраля 2010
Самое простое что пришло на ум
Создаете правило, где в качестве источника
В качестве назначения
В свойствах правила ставим галочку, что это регулярное выражение
P.S. Некоторое время отсутствовал, поэтому приношу извинение за задержку с ответом
1 апреля 2010
тут я описал все виды редиректов возможно поможет?
13 мая 2010
Здравствуйте.
Подскажите пожалуйста, как создать правило для редиректа, если структура была вида: site.com/article.html, а стала site.com/category/article.html. Т.е. в урл добавилась категория.
24 мая 2010
у меня урлы такого вида
damain.com/lkdjsfs
damain.com/=ksdjfi
damain.com/fvbcbt
damain.com/abrakadabra
и т.п.
я снес старый сайт и поставил вп, с помощью данного модуля я могу с этих урл поставить 301 редирект на главную?
15 июня 2010
Кто подскажет, после удаления плагина редиректы все равно работают. Как починить?
24 июня 2010
Искал как раз вот это правило /blog/(.*) => /$1 Спасибо!
А может еще можете подсказать можно ли объединить эти правила в одно:
/blog1/(.*) => /$1
/blog2/(.*) => /$1
/blog3/(.*) => /$1