Редирект в новой вкладке php
Как сделать редирект в PHP
Читайте нашу статью, чтобы узнать, как сделать редирект PHP.
Что такое редирект
Редирект — это перенаправление пользователя с одной страницы на другую. Причём редирект можно настроить как на разные страницы одного сайта, так и на страницу другого сайта.
Основные виды редиректов:
PHP location redirect
Для чего нужен редирект
Редирект может понадобиться в следующих ситуациях:
Redirect PHP URL HTTP
Переадресацию можно настроить несколькими способами:
PHP — серверный язык программирования. Это значит, что переадресация будет срабатывать не в коде страницы, а в скрипте, который размещен на сервере. По сути, вы добавляете в код индексного файла скрипт перенаправления. HTML — это язык разметки веб-страниц. Перенаправление можно сделать с помощью метатега, и редирект будет работать именно через код страницы.
Главная особенность редиректа на PHP в том, что переадресация прописана не в коде странице, а с помощью скрипта на сервере. Благодаря этому снижается восприимчивость к фильтрам поисковых систем.
Ниже мы подробнее рассмотрим принцип работы и настройку редиректа в PHP.
Как работает редирект в PHP
Предположим, вы сделали редирект со страницы index.php на index1.php. Когда пользователь откроет страницу с редиректом, в системе произойдёт следующее:
Браузер запросит файл стартовой страницы index.php с сервера.
Сервер, получив запрос от браузера, сообщит, что файл index.php больше недоступен и браузеру нужно искать новый файл index1.php.
Браузер отправит новый запрос к серверу, на котором находится index1.php, и получит ответ.
Браузер отобразит страницу index1.php.
Как настроить PHP-редирект
Прописывать редирект на сайт в PHP нужно в индексном файле. Чаще всего он называется index.php. Для настройки вам понадобится функция header( ). Она выглядит так:
Где $header — строка HTTP-заголовка, который вы будете использовать. Для редиректа нужно использовать заголовок Location — он указывает на адрес целевого сайта.
Чтобы настроить редирект PHP:
Впишите следующие строки:
Где http://site.ru/index1.php — ссылка на индексный файл страницы, на которую ведёт редирект. Если на конечном сайте установлен SSL-сертификат, вместо http:// укажите https://. После этого сохраните изменения:
Periodical readings PHP redirect
Готово, вы настроили редирект.
Как настроить редирект с задержкой
Иногда нужно, чтобы пользователь попал на страницу и только спустя несколько секунд перешел на конечный сайт. Такое перенаправление можно настроить в индексном файле с помощью функции sleep( ).
Чтобы настроить переадресацию с задержкой:
Где 5 — время ожидания в секундах.
Полный код редиректа с задержкой будет выглядеть так:
Как сделать редирект URL-адреса
Как сделать редирект URL-адресов с помощью PHP
Чтобы выполнить редирект с помощью PHP через определенное время:
Редирект на example.com выполняется через 5 секунд. Вы можете изменить это значение на необходимое.
Как сделать редирект URL-адресов с помощью JavaScript
Вот самый простой способ index html редиректа с помощью JavaScript :
Как сделать редирект URL-адресов с помощью HTML
Это называется meta-refresh редирект. Можно задать время ( в секундах ), изменив 10 на необходимое число. Обратите внимание, что этим методом редиректа часто злоупотребляют спамеры. Поэтому будьте осторожны, если вы реализуете его на общедоступном сайте.
В таких случаях рекомендуется задать интервал редиректа более 8 секунд, чтобы предотвратить любые возможные наказания от поисковых систем.
Как сделать редирект URL-адресов с помощью Perl
Вот два способа редиректа URL-адресов с помощью Perl :
Как сделать редирект URL-адресов с помощью ASP (VB Script)
Как сделать редирект URL-адресов с помощью mod_alias Apache
Самый простой способ перенаправления на серверах Apache :
При необходимости можно изменить любой из этих параметров. Например, если нужно подставлять старый URL-адрес динамически, чтобы перенаправить все следующие URL-адреса :
Можно использовать RedirectMatch вместо Redirect :
Также можно изменить код статуса с 301 ( постоянный редирект ) на 302 ( временный редирект ). Или на любой другой действительный код состояния. Ниже приведено руководство по регулярным выражениям, используемым в методе RedirectMatch :
Как сделать редирект URL-адресов с помощью mod_rewrite Apache
Пример 1: Редирект с www на без www
Это называется канонизацией. Вот несколько примечаний о регулярном выражении, используемом в этом примере:
Пример 2: Редирект всего домена
Чтобы осуществить редирект HTML с текущего домена на новый:
Аналогично можно перенаправить запросы из поддомена текущего сайта на поддомен на новом сайте:
Вот несколько примечаний о регулярном выражении, используемом в этом примере:
Пример 3: Перенаправление всех файлов HTML и PHP
Вот еще один, более сложный пример скрипта редиректа HTML mod_rewrite :
Как сделать редирект ошибки 404 с помощью Apache
Пожалуйста, оставляйте ваши комментарии по текущей теме статьи. Мы крайне благодарны вам за ваши комментарии, отклики, лайки, дизлайки, подписки!
В рамках данной статьи, я расскажу вам про PHP редирект или же перенаправление на другую страницу.
Периодически возникают такие ситуации, когда нужно на серверной стороне организовать переадресацию на другой url (внешние ссылки, перенос адресов страниц и прочее). И делается это на самом деле очень просто и без каких-либо проблем.
Редирект в php осуществляется с помощью функции header с передачей соответствующих параметров. Вот описание самой функции:
Общий редирект в php выглядит так:
Как видите, все очень просто, всего лишь нужно указать параметр «Location:» а затем указать необходимый url адрес. Учтите, что по умолчанию такой редирект будет с кодом 302 (временно перемещено) или с тем кодом, который был установлен так же с помощью функции header (пример чуть ниже будет). Так же учтите, что переадресация на другой url должна осуществляться только в том случае, если до этого не было сгенерировано никакого кода html на странице. То есть до вызовов echo, print_r и прочего. И после этого так же не должен генерироваться html. В противном случае, это может приводить к ошибкам. Если же html-нужен, то лучше воспользуйтесь задержкой.
Редирект с задержкой в php:
Редирект с задержкой в php позволяет вам отображать на странице какой-то собственный текст в течении некоторого времени до реальной переадресации. Обычно, это привычное «через 5 секунд вы будете перенаправлены, если этого не произошло, щелкните по этой ссылке».
Сделать это можно с помощью двух методов.
В данном случае, редирект осуществит сам браузер через 5 секунд. Сделать такое можно и просто разместив специальный мета-тег в блоке head html-страницы.
Результат будет одинаковым. Однако, полезно знать альтернативные методы, так как некоторые браузеры такое могут не поддерживать. В крайнем случае, вы всегда можете использовать код javascript для переадресации, установив в «window.location» нужный url адрес.
Редирект в php с кодом 301
Периодически необходимо осуществлять редирект с кодом 301 (постоянно перенесено), например, если у вас изменился механизм генерации ЧПУ ссылок. В такой ситуации можно использовать два варианта:
Как видите, просто указали необходимый код http.
И второй вариант, аналогичный по смыслу, но может быть полезным, если установка кода и редирект должны осуществляться в разных местах.
Первая строка указывает код http, а вторая, собственно, задает адрес. В большинстве случаев, проблем не возникнет. Однако, если у вас используется режим FastCGI, то вместо «HTTP/1.1 301 Moved Permanently» может потребоваться написать «Status: 301 Moved Permanently«.
Теперь, вы знаете, как сделать php редирект для разных случаев.
Редирект в новой вкладке php
В данной статье речь пойдет о том, как Вы можете организовать перенаправление, (или редирект, другими словами) программными средствами php. Следует отметить, что реализовывать перенаправление силами php, чаще всего имеет смысл, если требуется какая-то обработка пришедших данных, их модификация или проверка, по результатам которой происходит перенаправление. Именно такие реализации php редиректа я буду описывать в этой статье.
Основа php редиректа.
В основе редиректа на php лежит использование функции (справка):
Для того, чтобы осуществить непосредственный редирект, необходимо чтобы был указан специальный вид строки заголовка «location: …». Например, так:
в данном случае, после отправки заголовка, пользователь будет перенаправлен на любой сайт, указанный вместо «http://www.example.com/».
Важно отметить, что согласно спецификациии HTTP/1.1 необходимо в качестве аргумента «location» указывать абсолютный путь, с указанием протокола подключения (например: http), имени хоста (домен сайта) и пути назначения. Это требование прямо указано в справке по функции header().
Передача кода HTTP статуса при редиректе (301/302).
Коды HTTP ответа можно задавать принудительно двумя различными способами. Первый способ следует из спецификации самой функции header, в которой в качестве третьего параметра можно указывать код статуса HTTP, например:
Второй способ принудительной передачи кода HTTP ответа – отправка строки заголовка иного вида, перед отправкой заголовка «location». В большинстве случаев это:
Однако, если на Вашем сервере включен режим FastCGI, то строка заголовка со статусом ответа должна быть несколько иной:
Php-редирект с условием.
До текущего момента в статье шла теоретическая справка, теперь разберем некоторые практические моменты, связанные как раз с анализом, обработкой и модификацией полученных данных. В текущем подразделе статьи рассмотрим конкретную задачу, как можно организовать перенаправление в зависимости от некоторого условия.
Например, после авторизации пользователя идет обращение к базе данных с целью определения типа пользователя («администратор», «автор» или «читатель»), и в зависимости от того какой тип пользователя, происходит перенаправление в соответствующие разделы сайта. Саму авторизацию и извлечение данных рассматривать не будем, рассмотрим лишь способы организации проверки и отправки соотвествующего заголовка «location».
Мне представляется три наиболее логичных способа реализации такой возможности. Первый, заключается в последовательной проверке типа пользователя условиями «if … elseif …. else». Это может выглядеть примерно следующим образом:
Второй способ, связан с использованием конструкции «switch … case … ». Это может выглядеть примерно следующим образом:
Третий – это использование массива, в котором элементами являются адреса перенаправления, а ключами этих элементов типы пользователей. Это возможно реализовать примерно так:
Третий вариант, мне кажется наиболее красивым и простым.
Передача сессии при php-редиректе и отключенных куках в браузере клиента.
Если Вы в своих скриптах используете сессии, то при работе с функцией header() важно понимать ее некоторую особенность.
Большинство серверов сконфигурированы таким образом, что работа сесссий поддерживается через так называемые сессионные куки, отправляемые в браузер пользователя при старте сессии. И эти же куки считываются при каждом следующем обращении к страницам сайта, на которых стартуется сессия. Однако возможна такая ситуация, что куки в браузере пользователя отключены. Тогда казалось бы сессии должны перестать работать. Однако…
В интерпретаторе php для сессий такая ситуация предусмотрена. В этом случае при выводе ссылок и форм, php автоматически дописывает ко всем ссылкам и формам, ведущим на внутренние страницы сайта, идентификаторы сессии, которые при переходе по ссылке или при отправке данных с формы передаются на другую страницу сайта методом POST или GET. Таким образом на другой странице сайта, запускается сессия этого же пользователя, хотя куки у него отключены.
Проблема заключается в том, что для заголовков header(“location: …”) такая функция не предусмотрена. Если в браузере пользователя куки включены – то, как правило, никаких проблем с сессиями при header-редиректе не возникнет. А вот если – отключены, то сессия пользователя не сможет быть открыта заново на другой странице сайта (и пользователю, например, будет заблокирован доступ к контенту). Поэтому, в случае отключенных кук требуется вручную приписать идентификатор сессии к URL-адресу редиректа. Таким образом, идентификатор сессии будет передан методом GET:
Если у Вас этот параметр в значении «1», то чтобы не менять глобальные настройки сервера в php.ini, Вы можете в файле-приемнике (на который будет идти перенаправление), перед стартом сессии вставить код:
то есть локально, для данного файла, этот параметр перевести в значение «0». После чего выводите старт сессии:
Осталось лишь теперь достоверно знать: включены ли куки в браузере пользователя? И в зависимости от этого передавать или не передавать идентификатор сессии в виде GET-параметра запроса. Скрипт, с помощью которого можно определить доступность cookies в браузере пользователей Вашего сайта можно подсмотреть здесь.
Безопасность.
Редирект при переходе по внешней ссылке с сайта и скрытие реферальной ссылки.
По ряду причин, бывает выгодно все внешние ссылки с сайта сделать не прямыми, а пропустить редиректом через некий служебный файл Вашего сайта, возможно даже с задержкой на секунд 20-30. Это может быть выгодно, если Вы планируете зарабатывать на сайте с помощью различных бирж ссылок, так же отсутствие прямых внешних ссылок якобы улучшает индексацию сайта поисковыми системами. Хотя, это спорный вопрос. В конце концов, редирект внешних ссылок может быть интересен тем, кто не хочет «светить» посетителям своего сайта реферальные ссылки, для многих администраторов блогов это кажется важным.
В целом, принцип редиректа внешних ссылок можно изложить примерно таким образом. Вы создаете служебный файл редиректа (redirector.php), с примерно таким содержимым:
а в тексте статей Вашего сайта ссылки прописывать следующим образом:
И таким образом при каждом нажатии на ссылку, пользователь будет сначала переходить на файл redirector.php и тут же перенаправляться на тот URL, который указан в GET параметре «url» запроса.
Но, это лишь принцип. Сама по себе, приведенная реализация довольно топорна. Во-первых, по-хорошему нужно проверять регулярным выражением все, что приходит с GET-запросом. Во-вторых, по-хорошему нужно уберечься от того, чтобы никому не пришло в голову пользоваться Вашим файлом перенаправления, для того чтобы перенаправлять пользователей на свои сайты или на зараженные сайты. Ведь ничто не мешает такую же ссылку на этот файл опубликовать на любом другом блоге и это сработает. Это значит, что нужно как-то обезопаситься. Можно проверять параметр «REFERRER», чтобы убедиться что запрос пришел со своего сайта. Но, я точно знаю что этот параметр можно подделать – поэтому такая проверка не надежна. Да и вообще, писать ссылку и внутри этой ссылки в качестве GET-параметра еще одну ссылку – это как-то не красиво… В-третьих, если на Вашем блоге уже есть много внешних ссылок, то их всех придется переделывать руками – что очень не удобно. Я предпочитаю автоматизировать.
Поэтому мне видится другая, более красивая на мой взгляд реализация. Например, при создании новой статьи на Вашем блоге, вы можете совершенно спокойно публиковать в ней внешние ссылки «как есть». Но при выводе текста статьи на лицевой стороне сайта, воспользоваться php-функцией:
С помощью которой, можно осуществить глобальный поиск ссылок по всей статье. Если ссылка ведет на внешний ресурс, то саму ссылку записать в базу данных, а в тексте статьи заменить ее на синоним, который является ссылкой на redirector.php и в ней передать идентификатор исходной ссылки. В общем, код обрабатывающий текст статьи на выводе (или при сохранении статьи) может быть примерно такой (для ясности, специально вставил комментарии к каждой строке):
таким образом при выводе или при сохранении статьи, все внешние ссылки автоматически буду заменены на ссылку к скрипту redirector.php, в которой в качестве GET-параметра указан id ссылки. Скрипт можно усовершенствовать так, чтобы подставлялся не id ссылки, а транслитерация текста ссылки, что возможно будет более эффективно с точки зрения индексации ПС.
Сам скрипт redirector.php может содержать примерно такой код (с комментариями):
При этом структура таблицы «urls» этих ссылок в базе данных, такова:
То есть, в таблице два поля: числовое поле url-id, значение которого генерируется автоматически при создании новой записи; и строковое поле url – собственно значение самой ссылки.
Таким образом, перейдя по ссылке в статье, пользователь гарантированно будет перенаправлен на внешний ресурс, который подразумевался под этой ссылкой. Плюс ко всему, нет необходимости переписывать руками все уже имеющиеся ссылки во всех статьях Вашего блога – они будут заменены «одним махом».
Кстати говоря, думаю не нужно объяснять, что работа приведенного кода не делает исключений для реферральных ссылок. Поэтому, это еще и хороший способ их скрыть, если Вам именно это необходимо.
Редирект с задержкой + Вывод обратного отсчета оставшегося времени.
Иногда на сайтах можно видеть при попытке перейти по внешней ссылке сообщение типа «Вы покидаете наш сайт. Вы будете переадресованы автоматически через N секунд.» и идет обратный отсчет секунд.
Вообще, есть как минимум 4 различных способа вызвать задержку перенаправления. Можно вызвать паузу в исполнении php-скрипта, непосредственно перед отправкой заголовка «location»:
задержка произойдет на 15 секунд. Но недостаток этого метода, в том что пользователь может быть введен в заблуждение, тем что ему придется эти 15 секунд ждать на той же странице, на которой он кликнул – выглядит так, будто бы ссылка не работает, а потом вдруг «бах» и перенаправило… Не очень удобно.
Второй способ: это немного модифицировать отправляемый заголовок, и вместо «location» написать:
задержка снова произойдет на 15 секунд, при этом визуально откроется страница, которую возвращает скрипт redirector.php, что может быть удобно для того чтобы вывести какую-то полезную информацию.
Третий способ, связан с выводом в разеле head html документа тега в нем же указывается время задержки и адрес перенаправления. Это может выглядеть примерно так:
Задержка также 15 секунд и при этом открывается страница, с которой непосредственно идет редирект на целевой адрес.
Второй метод связан с отправкой специфического заголовка, третий – выводом html в разделе head документа, а четвертый – с выводом javascript кода, в котором указывается целевой адрес и задержка в милисекундах. Например так:
Остался последний штрих. В последних трех способах реализации задержки, есть возможность встроить javascript таймер обратного отсчета времени, чтобы пользователи имели представление о времени, через которое произойдет перенаправление.
Сам код скрипта таймера кратко разбирается в здесь. Остается только подключить предлагаемый код таймера обратного отсчета к скрипту перенаправления. На примере второго способа редиректа, из предложенных в этой статье, это может выглядеть примерно так:
Как сделать редирект ссылки: примеры + бесплатная Авторская схема!
Автор: Игорь Кантор · Опубликовано 10 ноября, 2019 · Обновлено 31 мая, 2021
Всем привет! По вашим многочисленным просьбам – представляю новую статью, посвященную редиректу ссылок! На самом деле, для меня было несколько неожиданным, что данный вопрос возымеет такую популярность. Я, действительно, получил очень много писем с просьбой подробнее раскрыть тему, после чего, сразу взялся это сделать. В общем – небольшой ликбез по редиректу и пара мыслей об усложнении жизни в конце статьи). Поехали!
Что такое редирект
Редирект – это перенаправление пользователя с одного интернет-адреса (URL) на другой. Поясню на примере: вбиваете в адресной строке своего браузера https://casecollector.ru, а попадаете на https://casecollector.ru. Заметили разницу?
А вот пример уже по-жестче: вводите https://prtglp.ru/affiliate/10685064. В результате открылась https://q-sender.ru/qsultra. Что тут происходит?! Это вообще законно?)
Еще, наверняка, многие видели ссылки вида bit.ly (например, вот такая: https://bit.ly/1oJrmXs – откроется википедия) или vk.cc. Это – так называемые, “сокращатели ссылок”. Они делают длинные некрасивые ссылки короткими.
Все приведенные примеры – это как раз и есть редирект ссылки, т.е. переброс на другой URL. Существует несколько механизмов его реализации, но об этом чуть позже. Важно понимать, что без редиректа многие необходимые вещи в сети были бы невозможны.
Редирект – это необходимый инструмент, который решает задачи перенаправления интернет-трафика
Другой пример, когда, по какой-либо причине, меняется название доменного имени (ребрендинг, санкции к старому имени, смена владельца и др.) было бы весьма неплохо сохранить позиции сайта в поиске, тем более, что вся наработанная клиентская база будет искать ресурс по старому имени. Это уже к вопросу, как сделать редирект на другой сайт. То же касается перехода сайта на HTTPS (см. первый пример).
Такой же метод применяется и для перенаправления трафика в пределах одного ресурса. Редирект, в этом случае, используется для переброса с неактуальных на актуальные страницы сайта.
Зачем редирект арбитражнику?
Наконец, подходим к главному вопросу: почему все арбитражники (здесь небольшой ликбез по арбитражу трафика, если кто забыл или еще не знает, чем мы тут занимаемся)) и многие вебмастера так озабочены перенаправлением трафика?
Если вы уже имели дело с CPA-сетями или даже попробовали делать спам-рассылку во ВКонтакте, то знаете не понаслышке – полить трафик на партнерку без редиректа ссылок просто не получится. И тому есть 2 причины:
2. Если в спам-рассылке использовать одну и ту же ссылку, то она станет критерием для отправки страниц аккаунтов-распространителей в бан. Дальнейшее использование ссылки становится небезопасным – аккаунты, рассылающие её будут морозить, и морозить надолго.
Есть еще один неочевидный момент, побуждающий арбитражника перебрасывать трафик – использование так называемых трекеров. Трекер – это специальное серверное ПО, дающее возможность глубокой аналитики происхождения трафика. Профессионалы применяют в обязательном порядке. Может, в будущем созрею на статью или обзор трекера.
Есть 3 причины, по которым арбитражник использует редирект:
1. Без него просто не перейти по ссылке на партнерский оффер (см. картинку выше)
2. Одну и ту же ссылку не удается рассылать многократно – со временем, она становится причиной блокировок аккаунтов
3. Необходим для работы с трекером (инструмент для аналитики)
Поэтому, если кто-то уже начал работать по моей схеме со спамом в ЛС или с получением хештег-трафика, настоятельно рекомендую дочитать эту статью до конца, тем более, что многие уже столкнулись с проблемой и озвучивали вопросы на этот счет.
Какие виды редиректов бывают
Несмотря на одинаковый (ну или почти одинаковый) результат работы, механизмы редиректа принципиально различаются. Все виды редиректов можно разделить на 2 типа по локализации:
В наших делах со спамом часто приходится иметь дело с обоими видами, поэтому рассмотрим каждый из них подробнее.
Если вы уже знаете, как устроен редирект или не хотите изучать основы теории – можете пролистать этот раздел и сразу перейти к практической части в конце статьи. По понятным причинам я не рекомендую так делать)
Серверный редирект
Серверный редирект называется так потому, что реализован на стороне сервера. Спасибо кэп) На самом деле, многие не знают, как происходит взаимодействие узлов в сети интернет. В принципе, в рамках данной темы необязательно хорошо разбираться в стеке TCP/IP и клиент-серверной архитектуре взаимодействия удаленных узлов. Но, какие-то вещи из теории, все же, весьма неплохо было бы знать. Поясню принцип работы серверного редиректа с помощью следующей картинки:
Серверный редирект
Итак, разбираемся, что здесь творится) Я расставил номера в соответствии с порядком действий:
Конечно, это упрощенный пример. База данных показана на картинке условно. На деле, обращения к ней может и не быть – все зависит от реализации.
Скорость, надежность и безопасность – это главные преимущества реализации редиректа на стороне сервера перед клиентским редиректом. Главный недостаток – необходимость иметь доступ к файлам сервера, что не всегда возможно.
Главные преимущества серверного редиректа – это скорость и надежность. Кроме того, это наиболее легальный способ перенаправления, который вызывает наименьшие подозрения со стороны различных сервисов.
Теперь рассмотрим самые популярные способы реализовать редирект с одного домена на другой на серверной стороне:
Редирект через htaccess
Если с первыми двумя пунктами проблем обычно нет, т.к. большинство сайтов работают под Apache (уж точно больше половины)), то с доступом не все так просто. Иногда, хостер не дает возможности копаться во внутренностях. Но, к счастью, это скорее исключение.
Коротко распишу оба варианта:
Доступ к htaccess с помощью FileZilla (универсальный способ)
Этот способ наиболее общий. Скачиваете с официального сайта бесплатную программу FileZilla. Не перепутайте – нам нужен FTP-клиент! Не скачайте случайно версию “сервер”.
После установки, запускаем программу, вводим настройки своего FTP-подключения и устанавливаем связь с удаленным сервером, на котором вы размещаете свой сайт или редирект:
Подключение к удаленному серверу с помощью FileZilla
Файл .htaccess обычно лежит в каталоге public_html (там же, где и главная страница вашего сайта index.html). Дальше, порядок действий следующий:
Теперь, собственно, как выглядит сам htaccess редирект ссылки:
Это очень просто! Я добавил всего одну строчку в начало файла .htaccess :
Redirect / https://casecollector.ru/
Закиньте этот .htaccess на свой сервер и будете приятно удивлены, когда при попытке открыть ваш сайт все пользователи будут переброшены на главную страницу моего блога)
Доступ к htaccess из панели управления хостинг-провайдера
Если ваш хостинг-провайдер предоставляет доступ к сайту через панель управления, то, иногда, проще отредактировать .htaccess прямо там.
Как я уже говорил, в качестве хостинга всех своих проектов я использую TimeWeb. Нужный нам файл можно найти следующим образом:
Редирект на PHP
Другой способ сделать серверный редирект ссылки – это написать строчку кода на языке PHP. Этот способ менее предпочтительный, чем предыдущий, т.к. он медленнее и требует понимания структуры вашего сайта. И, разумеется, сайт должен работать на PHP)
Среди преимуществ – возможность дописать обработчики для сбора статистики или сделать умный редирект php, который по определенным условия будет определять правило перенаправления. Иногда, без этого невозможно обойтись.
В самом простом случае, достаточно найти файл index.php, расположенный в каталоге public_html вашего сайта (как это сделать – см. выше) и добавить в его начало следующий код:
Пример того, как это может выглядеть для сайта на WordPress:
Клиентский редирект
Теперь, коротко про редирект на стороне клиента. Принцип действия, также, покажу с помощью картинки:
Почувствовали разницу? Теперь редирект ссылки делает не сервер, а браузер пользователя по инструкции, которая содержится прямо в запрошенной странице сайта!
Такой подход менее надежен, чем серверные варианты в силу того, что браузер пользователя может блокировать загрузку скриптов – тогда перенаправление не сработает. Кроме того, редирект на клиентской стороне работает медленнее, т.к. браузер должен сначала получить запрашиваемую страницу с сервера. Если страница написана неоптимально (избыток JS или тяжеловесная CMS) – загрузка будет долгой, а редирект сработает в самом конце.
У редиректа на стороне клиента есть 2 основных недостатка:
1. Он может не сработать из-за возможных настроек браузера клиента
2. Клиентский редирект, в большинстве случаев, работает медленнее серверного
HTML редирект
Делается очень просто – путем добавления специального мета-тега внутри тега HTML-страницы. Для этого, вам опять нужно получать доступ к файлу index.html (или index.php) на сервере, где расположен ваш сайт (например, с помощью FTP-клиента FileZilla – выше писал об этом).
Сам мета-тег выглядит так:
Первый параметр атрибута content позволяет задать время задержки (в секундах). В моем примере выставлено значение 3. Это значит, что после загрузки страницы клиентским браузером переброс произойдет через 3 секунды. Если нужен мгновенный редирект, то следует установить значение атрибута = 0.
HTML редирект позволяет задать время задержки перенаправления. Это регулируется значением первого параметра атрибута content. Если нужен мгновенный редирект, установите значение = 0
Вот пример HTML-страницы со встроенным мета-тегом для редиректа:
Если пользуетесь CMS, то можете данный код вставить в соответствующую страницу средствами админ-панели. Так, например, для WordPress редирект делается при редактировании страницы. Нужно вставить новый блок типа “HTML-код” и вписать туда свой мета-тег:
Главный недостаток HTML редиректа в том, что мета-тег нужно вставить во все страницы, требующие перенаправления (страницы-доноры). Соответственно, когда вам потребуется изменить адрес страницы-акцептора (так по-научному называется страница, на которую редиректим), придется менять адрес на каждой странице-доноре.
JavaScript редирект
Последний способ, который я здесь приведу – это JS редирект. Делается аналогично HTML, но вместо мета-тега в страницу встраивается код на языке JavaScript. Этот код исполняет браузер клиента после загрузки страницы.
У JavaScript редиректа есть один существенный недостаток: если пользователь в настройках браузера запретил исполнение JavaScript, то редирект ссылки не сработает
Хорошая новость – без JS большинство современных сайтов будут работать некорректно, поэтому, скорее всего, JS у пользователя в браузере будет разрешен
Синтаксис на JS следующий:
Пример реализации для случая ручного добавления кода в index.html:
Также, как в случае с HTML реализацией, в данном способе можно задать задержку на переход. Будьте внимательны! В JS задержка задается в миллисекундах! В моем примере переход произойдет через 3 секунды после загрузки кода браузером.
Главное преимущество метода заключается в том, что сам код JS можно вынести в отдельный файл, а на всех требуемых страницах-донорах сделать ссылку на JS. Тогда, для смены адреса редиректа достаточно изменить ссылку в одном документе.
Генератор редиректов
В завершении нудного теоретического блока приведу генератор редиректа, который позволит без ошибок сгенерировать код для нужного вам типа редиректа. Хотя, для тех, кто внимательно читал, все и так предельно понятно)
На самом деле, инструментов на этот случай великое множество (в том числе – плагины для CMS). Так как все они делают они одно и то же, приведу только один пример: 301 Redirect Code Generator
Пожалуй, дополнительные комментарии тут излишни: просто вводите адрес страницы-донора (опционально), страницы-акцептора, выбираете подходящий тип редиректа, жмете кнопку “Generate Code” и будет вам счастье)
Авторская схема: бесплатный редирект ссылки на uCoz
Я хочу поделиться схемой, которую я применяю, когда срочно нужно что-нибудь затестить, а без редиректа не пускают. Данный способ абсолютно бесплатный и не требует наличия своего хостинга, сервера или сайта. Отличный способ, чтобы, например, сделать редирект для ВК.
Идея в том, чтобы использовать бесплатный конструктор сайтов. Я сделал свой выбор в пользу конструктора uCoz. Вы получаете в свое распоряжение доменное имя третьего уровня и место на сервере, где размещается ваш “сайт”. Сам сайт нас мало интересует, а вот возможность ручного редактирования HTML сайта – это именно то, что принесет нам радость.
Оффтоп: кстати, пока я писал эту статью случился фейл с этой схемой с uCoz и, я думал, что она больше нежизнеспособна! Но, немного поломав голову, я нашел лазейку и теперь все ОК)) Дальше расскажу, в чем суть.
ВАЖНОЕ ОБНОВЛЕНИЕ (от 05.2020).
На момент мая 2020 г мои подписчики сообщили, что предложенный мной вариант тоже перестал работать!
К дальнейшему материалу прошу относиться, как к теоретической части и применять для поиска других схем (возможно, на других платформах)
ШАГ 1. Регистрация и создание сайта
Заходим на uCoz – попадаем на страницу регистрации:
Заполняем необходимые поля:
После этого, получаем подтверждение на указанный нами e-mail и, перейдя по ссылке из письма, заполняем еще пару форм и попадаем в панель создания сайтов:
Теперь, придумываете адрес сайта (имя домена третьего уровня) и выбираете доступные варианты бесплатных доменов от uCoz. Рекомендую создавать сайты с именами, релевантными продвигаемым офферам, чтобы ссылка вызывала больше доверия в лице потенциального клиента. Мой выбор был очевиден)):
Следуя приглашению, переходим в панель управления.
ШАГ 2. Вставка кода редиректа
Полпути пройдено! Осталось правильно внедрить код редиректа в новоиспеченный сайт, чтобы он стал выполнять свое темное дело.
После того, как откроется панель управления сайтом, переходим на вкладку “Дизайн”:
Нам нужно найти шаблон главной страницы сайта. На вкладке “Дизайн” есть выпадающий список шаблонов, действующих на сайте. Выбираем шаблон с названием “Страницы сайта”:
Прежде, чем редактировать шаблон, убедитесь, что ваш сайт работает и доступен по адресу, который вы задавали. Я проверил свой сайт по адресу casecollector.usite.pro (на момент прочтения вами статьи, он может уже не работать, т.к. uCoz периодически требует подтверждения активности сайта, а я мог на это забить):
Убедившись, что все работает, переходим к вставке редиректа в код шаблона нашего сайта. И тут – ВНИМАНИЕ. Из-за подставы со стороны uCoz пришлось пойти на хитрость и вставить код редиректа ссылки на JQuery.
JQuery – это популярная библиотека JavaScript, которая облегчает некоторые задачи разработчикам сайтов (в частности, разработку FrontEnd’а сайта). uCoz поддерживает работу с этой библиотекой, поэтому код, написанный на JQuery будет корректно работать. Так, как это библиотека JS, то и синтаксис будет таким же, как в JS.
Так будет выглядеть код для перенаправления на JQuery:
Сохраняем шаблон и проверяем свой сайт, введя адрес в браузере (напомню, у меня был casecollector.usite.pro). Если все сделали правильно, то откроется желаемая страница и вас можно поздравить).
Что перестало работать?
Рассказываю про свой эпик фейл. Можете взять на заметку при проработке альтернативных схем. Суть в следующем: раньше (на протяжении последних нескольких лет) я всегда прогонял ссылки для теста через uCoz, как описано выше. НО! Я всегда использовал HTML или JavaScript редиректы. Причем, предпочтение отдавал HTML, т.к. больше шансов на успех в случае блокировки JS в клиентском браузере.
Пока писал статью, uCoz изменили алгоритмы валидации кода и, когда я решил по старой схеме сделать переброс на HTML, то получил вот это:
Самое печальное то, что написав редирект ссылки на JavaScript я получил ровно такой же результат! Причем, все мои старые ссылки на HTML продолжают работать. Изменения коснулись только нового редактора кода шаблонов.
Редиректы на HTML и JavaScript теперь не работают на конструкторе сайтов uCoz! Подобные конструкции попадают под фильтр валидатора кода редактора шаблонов.
Терять такую вкуснятину я никак не хотел, поэтому, перепробовал буквально всё. Сработал единственный метод – вставлять редирект ссылки на JQuery, как я описал в примере выше.
Срок жизни редиректа
Через некоторое время, после создания и публикации сайта uCoz вам на почту будут приходить сообщения следующего вида:
Это происходит потому, что uCoz мониторит ваш сайт и действия пользователей с ним и, в случае, если активности нет (подробнее читайте Условия использования), то сайт отключают.
Активности пользователей, по понятным причинам, не будет, т.к. все они перенаправляются на другой ресурс.
Выход один: следите за почтой и своевременно восстанавливайте свои сайты. Именно по этой причине, я использую данную схему только для тестов.
Заключение
Еще раз поздравляю тех, кто дочитал до конца! К сожалению, схема с uCoz перестала работать. Честно сказать – метод не самый надежный и этого стоило ожидать рано или поздно. Тем не менее, я не зря делаю акцент на редиректе. Большинство доменов CPA-сетей под фильтром у ВК. Это значит, что при переходе по такой ссылке, пользователь увидит от ВК предупреждение вида: “Ссылка на подозрительный сайт”. Чуть позже напишу, как я делаю надежные платные редиректы. Если работаете с трафиком – не забудьте ознакомиться с моим мануалом по продвижению в ВК и другими материалами блога.