Переадресация URL-адресов на вашем аккаунте хостинга. Переадресация на другой домен wordpress


Wordpress перенос сайта на другой домен

Очень часто мы можем столкнуться с ситуацией, когда требуется перенос сайта на новый домен. От этой процедуры не застрахован никто. Именно поэтому я хочу описать правильный метод переноса wordpress сайта на другой домен. При правильном wordpress переносе показатели ссылочного веса перенесутся на новый домен.

Перенос сайта на wordpress движке можно разделить на два этапа:

  1. Перенос сайта wordpress на другой домен
  2. Создание 301 редиректа с одного домена на другой

Перенос сайта на WordPress на новый домен:

Для начала нужно сделать резервную копию сайта (в случае, если что-то пойдет не так и вы захотите вернуть сайт на прежний домен без последствий). После требуется скопировать или перенести все файлы сайта в новую корневую папку(например, если вы переносите сайт с домена php.net на домен php.ru, вам необходимо скопировать файлы из каталога php.net в каталог php.ru, естественно, перед этим вы должны создать этот самый каталог)

В самом WordPress изменить url сайта не сложно. Достаточно зайти в админ-панель wordpress’a, перейти во вкладку Настройки/Общее и в полях, касающихся адреса сайта, изменить домен на новый и сохранить изменения. Готово! Теперь ваш сайт находится на другом домене.

P.S.: Забыл упомянуть о парковке домена, думая, что это уже произошло у вас по умолчанию. Напоминаю, необходимо припарковать домен к тем же dns, на которых стоит старый домен. Подождите около 6-12 часов для обновления dns и работайте с новыми доменом. Иногда dns обновляются очень долго (до 3х суток). Это может быть связано с cookies файлами вашего браузера. Необходимо очистить cookies браузера за все время, после чего обновить страницу с новым доменом.

Создание 301 редиректа на новый домен:

Дело за главным. 301-редирект нужен для того, чтобы переходя на старый домен, пользователь автоматически был перенесен на новый. Для установки простого 301 редиректа на новый домен необходимо открыть файл .htaccess в каталоге старого домена, заменить все содержимое в нем на:

<FilesMatch "robots.txt$"> RewriteEngine off </FilesMatch> Options +FollowSymLinks RewriteEngine on RewriteRule (.*) http://newdomain.ru/$1 [R=301,L]

Под «newsite.com» я подразумеваю адрес нового домена, на который мы, собственно, и переносим наш wordpress сайт. Небольшой комментарий относительно файла robots.txt. В файле .htaccess мы исключили его из редиректа для того, чтобы передавать Яндекс тИЦ со старого домена на новый с помощью robots.txt.

В корневом каталоге старого домена находим файл robots.txt и добавляем в него следующие строки:

User-Agent: * Disallow: Host: newdomain.ru

Готово! Мы создали 301 редирект со старого домена на новый. Однако, редирект происходит только с главной страницы старого сайта, а страницы, на которые пользователь может перейти с поисковых систем, например, окажутся для него недоступными. Для редиректа между страницами сайта я использую wordpress плагин Simple 301 Redirects. В нем можно производить простые редиректы со старых страниц на новые. Однако, если на вашем сайте очень много страниц, этот плагин вам не помощник, ибо для каждого редиректа приходится прописывать адреса вручную. Либо пишите редиректы на самые главные страницы, с которых идет большинство трафика с поисковых систем, либо постарайтесь найти способ написать маску для .htaccess файла, с помощью которой все страницы будут редиректиться автоматически.

mentor.su

Переадресация URL-адресов на вашем аккаунте хостинга | Классический и веб-хостинг

Функция переадресации автоматически отправляет посетителей вашего сайта в избранное место назначения. Это может быть либо место на том же сайте, либо совершенно другой сайт. Например, можно переадресовать посетителей из корневого каталога домена на подкаталог контента, например на блог.

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

Переадресация URL-адресов на вашем аккаунте хостинга
  1. Войдите в Диспетчер учетных записей.
  2. Нажмите кнопку Web Hosting (Веб-хостинг).

Выберите один из следующих вариантов в зависимости от типа хостинга. Последний можно определить по второму слову в описании хостинга под именем домена вашей учетной записи, например, Deluxe Web соответствует Web/Classic (Hosting Control Panel).

Web/Classic (Hosting Control Panel)

  1. Рядом с аккаунтом хостинга, который требуется использовать, нажмите кнопку Launch (Запуск).

    ПРИМЕЧАНИЕ. Наши аккаунты веб-хостинга на базе Windows не предоставляют услугу переадресации URL-адресов.

  2. В меню Настройки выберите пункт Переадресация URL-адресов.
  3. Нажмите кнопку Создать переадресацию.
  4. Введите домен из своего аккаунта, который хотите переадресовывать. Если вы хотите переадресовать все домены в своем аккаунте хостинга, установите флажок Все домены на данном аккаунте. Или введите в поле пути каталоги, содержащие сайты, которые вы хотите переадресовывать.
  5. Определитесь, необходимо ли вам, чтобы все экземпляры сайта были с префиксом «www».
  6. Выберите сайт назначения http или https, и введите доменное имя, которое вы хотите переадресовать, а также путь, если необходимо. Если оставить поле пути пустым, переадресация будет выполняться на корневой каталог домена, который вы ввели. Нажмите кнопку Далее. Появится окно «Тип».
  7. Тип переадресации, который необходимо использовать.

    ПРИМЕЧАНИЕ. Переадресация может быть постоянной (редирект 301) или временной (редирект 302). Тип переадресации отправляется браузерам или поисковым системам путем направления HTTP-ответа с сайта переадресации. Поисковые системы по-разному обрабатывают редиректы 301 и 302. Подробнее о страницах переадресации, см. в статье Что такое страницы переадресации 301 и 302?.

  8. Выберите режим переадресации контента. Данная опция определяет поведение переадресации вашего сайта, когда посетитель переходит на путь доступа к контенту вашего доменного имени, например http://coolexample.com/path.
    • Путь совпадения переадресовывает посетителей на тот же путь доступа к контенту на целевом доменном имени. Например, если посетитель заходит на http://coolexample.com/path, его переадресуют на http://mycoolestdomains.com/path.
    • Корневая переадресация переадресовывает посетителей на корневой каталог целевого доменного имени, игнорируя путь доступа к контенту. Например, если посетитель заходит на http://coolexample.com/path, его переадресуют на http://mycoolestdomains.com.
    • Без переадресации означает, что переадресация посетителей не выполняется, если они перешли к пути доступа к контенту. Например, если посетитель заходит на http://coolexample.com/path, он не переадресовывается и загружается http://coolexample.com/path.

Теперь ваш домен будет переадресовываться с выбранными вами опциями. Выполнение процесса переадресации может занять до 24 часов. Если вы хотите изменить или удалить переадресацию, выберите необходимый тип переадресации и нажмите кнопку Изменить или Удалить на панели инструментов.

Linux (cPanel)

  1. Рядом с аккаунтом хостинга, который требуется использовать, нажмите кнопку Launch (Запуск).
  2. В разделе Домены выберите элемент Переадресация.
  3. Заполните поля и нажмите кнопку Добавить:
    • Тип — выберите необходимый тип переадресации. Это, как правило, необходимо для индексации в поисковых системах.
    • Выберите размещенный домен, который хотите переадресовывать, или выберите Все публичные домены и введите на путь, на который должна выполняться переадресация.
    • переадресовывает на — введите URL-адрес, на который необходимо переадресовать, например http://coolexample.com/directory/.
    • www. redirection — выберите опцию для переадресации URL-адреса с префиксом «www.» или без него. Например, если вы хотите переадресовать coolexample.com, а не www.coolexample.com, установите флажок Не переадресовывать www..
    • Переадресация со знаками подстановки — выберите элемент «Переадресация со знаками подстановки», если необходимо переадресовать все файлы из одного каталога с теми же именами файлов в новом каталоге. Например, coolexample.com/photo.jpg переадресует на coolexample.net/photo.jpg. Если не выбрать переадресацию со знаками подстановки, то coolexample.com/photo.jpg будет переадресовано на coolexample.net.

Windows (Plesk)

Аккаунты Plesk не поддерживают переадресацию конкретных URL-адресов из доменного имени, например, http://coolexample.com/test.htmlна другой URL-адрес. Однако, Plesk может переадресовывать доменные имена на конкретные URL-адреса.

  1. Рядом с аккаунтом хостинга, который требуется использовать, нажмите кнопку Launch (Запуск).
  2. Нажмите кнопку Добавить новый домен.
  3. В разделе Тип хостинга выберите элемент Переадресация.
  4. В поле Целевой адрес введите URL-адрес, на который домен должен осуществлять переадресацию.
  5. Выберите любую другую опцию, которую хотите использовать, и нажмите ryjgre OK.

ru.godaddy.com

переадресация на другой домен и перенаправление на другую страницу

Доброго воскресного дня!

Очень часто на форумах можно встретить вопросы, посвящённые .htaccess — файлу конфигурации веб-сервера Apache. Основной камень преткновения в том, что при разработке не стояла задача удобной конфигурации для конечного пользователя (в дистрибутив не включена оболочка для визуальных установок с помощью галочек, выпадющих списков и тому подобное), зато администраторы серверов справляются с этой задачей замечательно, довольствуясь «маном» (от команды Linux — man — краткое руководство от разработчиков, или в данном случае — от профессионалов для профессионалов).

В большинстве случаев требуются совсем несложные манипуляции: безусловный редирект на другой сайт, либо перенаправление с одного места в другое (допустим, когда поменялся URL раздела). И каждый человек начинает считать, что уж его-то проблемы точно нигде нет, и даже бесполезно искать решение в интернете и поиске по форуму. Давайте же посмотрим, что эти проблемы таковыми на самом деле не являются.

Редирект .htaccess

Редирект .htaccess: постоянное перенаправление, 301

Подобная штука имеет разные названия. Непонятки может вызвать разве что число — почему же 301? Суть кроется в самом протоколе HTTP, который на запросы клиента отвечает определённым кодом состояния. Код 404 Not Found (Страница не найдена) известен почти всем. Код 200 OK почти не известен, но именно он означает, что всё в порядке и документ будет показан в браузере. А вот код 301 Moved Permanently означает, что документ окончательно перебрался на новый адрес. Именно его и называют чаще всего перенаправлением, хотя общий пул ответов обозначен как — 3xx: Redirection.

У Apache есть несколько возможностей для осуществления редиректов. Модуль mod_rewrite предоставляет отличный механизм работы с перенаправлениями, и в дальнейшем я буду использовать в примерах именно его. В модуле mod_alias тоже имеются директивы для редиректов с определённого адреса или с адреса, который соответствует регулярному выражению:Redirect permanent / http://newsite.ru/RedirectMatch permanent .* http://newsite.ru/ Но в mod_rewrite имеются дополнительные возможности для переадресации, поэтому лучше применять (IMHO) его.

В общем случае, для безусловного внешнего (назовём его пользовательским) редиректа, при котором браузер автоматически переадресовывается на другую страницу, обычно незаметно для пользователя (изменяется адресная строка), можно в .htaccess поместить такой код:RewriteEngine OnRewriteRule .* http://newsite.ru/ [L,R=permanent]Здесь, первая строка включает механизм модуля mod_rewrite, который позволяется вытворять с адресами всё, что угодно. Назовём это преобразованием URL по условиям на лету. Вторая строка определяет непосредственно правило для преобразования, в примере выше все запросы редиректятся на http://newsite.ru/. В квадратных скобках размещаются флаги: L — последнее (Last) правило, R — тип перенаправления (Redirect), указывается в виде R=code, где code — буквенное или числовое обозначение (permanent или 302).

На самом деле, mod_rewrite — штука очень полезная, ведь именно благодаря этому многие движки активно используют так называемые ЧПУ (Человеку Понятный URL). Если вам незнаком этот термин, поясню на примере. Статья про бесплатные движки для сайта имеет адрес: https://a-panov.ru/2014/11/free-cms/

Взглянув на этот URL, сразу видно, что статья опубликована в ноябре 2014. Убрав название с заключающим слешем — https://a-panov.ru/2014/11/ — получим список всех публикация за ноябрь. Обычные адреса, вида:

https://a-panov.ru/?p=389

особой дружелюбностью не отличаются. Увидев такой адрес, нельзя сказать о странице, на которую он ведёт, решительно ничего.

Этот способ хорош, когда вам неважно, на какую страницу нового сайта ссылаться. Но если вы переехали на другой домен, то желательно делать редиректы всех запросов с сохранением адресов. Для этого используйте такой код:RewriteRule ^.*$ http://newsite.ru/$0 [QSA,L,R=permanent]Новый флаг QSA сохранит так же и параметры, которые можно встретить в адресах после знака вопроса. В уже знакомом примере:

https://a-panov.ru/?p=389

если я размещу в .htaccess код выше, то произойдёт перенаправление на адрес http://newsite.ru/?p=389 чего без данного флага не было бы.

Здесь и дальше я буду опускать директиву включения преобразований:RewriteEngine Onпросто помните: если вы пользуетесь механизмом mod_rewrite, то все условия/преобразования должны выполняться после данной директивы. Для отключения используется такая строка:RewriteEngine Offсоответственно, для каждого правила нет нужды постоянно «включать» преобразования — это начинает делаться автоматически, сразу после первой директивы.

Как настроить редирект на www (или без www)

Подобные перенаправления требуются для случаев, когда сайт доступен по вариантам nsite.ru и www.nsite.ru, в этом случае поисковики считают их дублями и могут либо самостоятельно выбрать один из вариантов в качестве главного зеркала, либо в поиске будут варианты с обоих доменов. В общем случае, это отрицательный фактор при ранжировании сайта.

Вариант попроще, для одного домена. Перенаправление производится с поддомена www.site.ru на site.ru:RewriteCond %{HTTP_HOST} ^www\.nsite\.ru$RewriteRule .* http://nsite.ru/$0 [QSA,L,R=permanent]Здесь появилась новая директива RewriteCond, которая задаёт условие, при котором должны срабатывать редиректы — правила RewriteRule. Условие, в данном случае, имя домена, соответствующее www.nsite.ru (в регулярных выражения символ точки означает «любой символ», поэтому его желательно экранировать с помощью обратного слеша).

Обратное перенаправление тоже выполнить очень просто:RewriteCond %{HTTP_HOST} ^nsite\.ru$RewriteRule .* http://www.nsite.ru/$0 [QSA,L,R=permanent]Оба варианта рабочие, но у них есть маленький минус — для каждого нового конфига необходимо заменять домен nsite.ru на свой собственный. Нельзя ли сделать уникальный вариант? Легко!

Редирект с любого поддомена www:RewriteCond %{HTTP_HOST} ^www\.(.*)$RewriteRule .* http://%1/$0 [QSA,L,R=permanent]

Редирект на поддомен с www:RewriteCond %{HTTP_HOST} !^www\.RewriteRule .* http://www.%{HTTP_HOST}/$0 [QSA,L,R=permanent]

%{HTTP_HOST} — текущий домен

Как создать .htaccess

Такие вопросы тоже возникают. Проблема в том, что стандартный Проводник (приложение в Windows, отвечающее за графический интерфейс) не позволяет создавать файлы, начинающиеся с точки (созданием файлов или папкок осуществляется щелчком правой кнопкой на рабочем столе или в окне, и выбора нужного действия из списка Создать). Но выход есть: открывайте стандартный рекдатор Notepad (блокнот), в меню выбираете Файл → Сохранить как…, и в качестве имени сохраняемого файла указываете .htaccess — после этого он будет создан.

Файл .htaccess не работает

Бывают случаи, когда директивы из файла не работают. Обычно это вызвано тем, что в конфигурации Apache отключена поддержка .htaccess, за что отвечает директива:AllowOverride none

Обычно это делается, чтобы несколько увеличить быстродействие — в этом случае веб-сервер не производит поиск и разбор .htaccess.

Возможен и такой вариант, что на сервере не используется Apache, например, IIS — основной «гость» на Windows-хостинге. Для уточнения свяжитесь с поддержкой своего хостера.

Есть ли какой-нибудь аналог .htaccess в nginx?

Ещё один довольно частый вопрос. В этом веб-сервера такой возможности нет. Однако, подобное обычно и не требуется. Дело в том, что nginx, как правило, устанавливается в качестве фронденда, т. е. принимает и обрабатывает все запросы, которые либо выполняет сам, либо перенаправляет на бэкенд, роль которого может выполнять Apache, который можно дополнительно конфигурировать с помощью .htaccess.

Автор публикации

1 854

не в сети 1 неделя

x64 (aka andi)

Комментарии: 2703Публикации: 379Регистрация: 02-04-2009 Загрузка...

a-panov.ru


Смотрите также

Prostoy-Site | Все права защищены © 2018 | Карта сайта