fix url links redirect
Убираем сообщение «Ссылка на подозрительный сайт» ВКонтакте
Социальная сеть ВКонтакте является достаточно безопасным ресурсом, защищающим пользователей не только от нежелательного контента на сайте, но и блокируя некоторые адреса с помощью уведомления «Ссылка на подозрительный сайт». К сожалению, работает данная защита не совсем корректно, нередко ограничивая переход на доверенные внешние веб-сайты. В рамках нашей сегодняшней инструкции мы расскажем, как избавиться от данного сообщения.
Способ 1: Копирование и вставка адреса
Обойти рассматриваемую проблему вполне можно без использования дополнительных средств, ограничившись стандартными функциями любого веб-браузера.
На вкладке «Elements» найдите по умолчанию выделенный блок с вашим адресом и дважды кликните по строке «data-external-url». В результате вы сможете выделить и скопировать URL, расположенный в кавычках.
Если URL состоит из более чем одной части, замените все последующие «%2F» на символ «/». Это позволит получить на выходе обычный адрес с возможностью перехода на нужный сайт.
Из-за большого количества лишних действий этот метод будет удобен, только если вы редко сталкиваетесь с ошибкой «Ссылка на подозрительный сайт». В противном случае лучше воспользоваться альтернативными вариантами.
Способ 2: Расширение для браузера
Если вы часто переходите на внешние ресурсы, активно блокирующиеся системой защиты социальной сети, можно воспользоваться специальными расширениями для браузера. Данный подход является универсальным, позволяя устранить сообщение, независимо от используемого адреса.
Вариант 1: Fix Url Links Redirect
Оптимальный вариант решения рассматриваемой проблемы заключается в использовании расширения Fix Url Links Redirect для веб-браузера Google Chrome.
Установку необходимо подтвердить через всплывающее окно, нажав «Установить расширение». В результате на верхней панели браузера появится новая иконка.
Убедиться в работоспособности метода вы можете попросту попытавшись перейти по ранее блокируемой ссылке.
Данное расширение доступно только в Google Chrome, но у него есть альтернативы для других браузеров. Рассматривать подобные варианты мы не будем, вместо этого уделив внимание еще одному уже более глобальному решению.
Вариант 2: VkOpt
Весьма известное расширение VkOpt, предоставляющее множество дополнительных функций, ранее отсутствующих во ВКонтакте, точно так же позволяет отключить страницу с уведомлением «Ссылка на подозрительный сайт». Данное ПО работает немного иначе, нежели предыдущий вариант, и распространяется только на сайт социальной сети.
Шаг 1: Установка расширения
В результате так или иначе на верхней панели должен будет появиться значок VkOpt.
Шаг 2: Отключение проверки
Если все было сделано правильно, ранее недоступные внешние сайты можно будет посетить, не беспокоясь о сообщении «Ссылка на подозрительный сайт».
Главное преимущество метода с использованием VkOpt заключается в универсальности, так как расширение можно установить практически в любой интернет-браузер, и кроме того воспользоваться многими другими функциями вроде блокировки рекламы.
Способ 3: Сокращение URL-адреса
Избежать сообщения «Ссылка на подозрительный сайт» можно прямо на этапе публикации адреса во ВКонтакте, тем самым позволяя другим пользователям перейти на нужный ресурс без дополнительных действий. Для этого потребуется выполнить сокращение URL-адреса с помощью одного из специальных сервисов.
Вариант 1: ВКонтакте
Социальная сеть ВК сама по себе предоставляет сервис, позволяющий преобразовывать практически любой URL в короткий и, что немаловажно, внутренний адрес. Используя конечные варианты ссылок, можно полностью избавиться от рассматриваемой проблемы. Достаточно подробно процедура была описана в другой инструкции.
Вариант 2: Goo-gl
Еще одним онлайн-сервисом, позволяющим преобразовывать ссылки, является Goo-gl, на выходе также предоставляя безопасный адрес с возможностью использования во ВКонтакте.
К сожалению, данный онлайн-сервис не всегда гарантирует устранение проблемы.
Вариант 3: U.TO
Пожалуй, самым надежным онлайн-сервисом по созданию ссылок для обхода проверки ВКонтакте является U.TO, полностью лишенный недостатков предыдущих вариантов и стабильно работающий с любыми адресами. В плане функционирования данный сайт не сильно отличается от аналогичных решений.
Как видно, сервис достаточно прост в использовании и вряд ли вызовет вопросы.
Вариант 4: Blogger
Последний и самый необычный способ сокращения полной ссылки для использования во ВКонтакте сводится к использованию сайта Blogger. Данный вариант сильно отличается от предыдущих, но вместе с тем предоставляет большую универсальность за счет возможности в любое время изменить конечный адрес.
Шаг 1: Регистрация
Шаг 2: Создание блога
window.onload = function() <
document.location.href=’Внешняя_ссылка’;
>;
Благодаря данному подходу можно без проблем делать редиректы на внешние сайты, игнорируя проверку ВК. При этом метод будет актуален лишь в редких случаях, например, если нужно поддерживать одну и ту же ссылку в рабочем состоянии на постоянной основе.
Представленные по ходу статьи способы позволят избавиться от сообщения «Ссылка на подозрительный сайт» в случае перехода по уже опубликованным адресам и предотвратить возникновение ошибки в будущем еще на этапе создания URL. Каждое решение достаточно безопасно, и потому выбирайте его в первую очередь исходя из ситуации.
Помимо этой статьи, на сайте еще 12241 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.
Отблагодарите автора, поделитесь статьей в социальных сетях.
Перенаправления в HTTP
URL перенаправление (redirecting), также известное как URL пересылка (forwarding), это метод представления страницы, формы или целого веб-приложения, более чем одним URL адресом. HTTP предоставляет специальный вид ответов, HTTP redirect, для выполнения этой операции, используемой для многих целей: временного перенаправления, пока выполняется обслуживание сайта, постоянное перенаправление, для сохранения работоспособности внешних ссылок, после смены архитектуры сайта, страниц прогресса, пока загружается файл, и так далее.
Принцип работы
Есть несколько типов перенаправлений и делятся на три категории: постоянные, временные и специальные перенаправления.
Постоянные перенаправления
Эти перенаправления призваны длиться вечно. Они подразумевают, что оригинальный URL-адрес больше не должен использоваться, а вместо него должен быть использован новый. Поисковые роботы запускают обновление связанного URL-адреса для ресурса в своих индексах.
[1] Спецификация не была намерена разрешать изменение метода, но на практике, клиентские приложения делают это. Код 308 был создан чтобы избавиться от неоднозначности в поведении, при использовании не- GET методов.
Временные перенаправления
Иногда, доступ к запрашиваемому ресурсу не может быть предоставлен из определённого места, но может быть предоставлен из другого. В этом случае, могут быть использованы временные перенаправления. Поисковые роботы не запоминают новую, временную ссылку. Временные перенаправления также используются, когда создаются, обновляются, или удаляются ресурсы, которые представляют временные страницы.
[2] Спецификация не была намерена разрешать изменение метода, но на практике, клиентские приложения делают это. Код 307 был создан чтобы избавиться от неоднозначности в поведении, при использовании не- GET методов.
Специальные перенаправления
В добавок к обычным перенаправлениям, есть 2 специальные. Перенаправление с кодом 304 (Not Modified) перенаправляет страницу к локальной закешированной копии (которая была устаревшей), и перенаправление с кодом 300 (Multiple Choice) это ручное перенаправление: тело, представленное браузером, как веб-страница, перечисляет возможные перенаправления и пользователь выбирает одно из них.
Альтернативные способы указания перенаправлений
HTML перенаправления
Атрибут content начинается с числа, которое означает, сколько секунд браузер должен ждать, прежде чем перейти по данной ссылке. Всегда устанавливайте 0, для лучшей доступности.
Очевидно, этот метод работает только с HTML страницами и не может использоваться для изображений или другого типа контента.
Заметьте, что перенаправления не позволяют работать должным образом кнопке «Назад» в браузере: вы можете вернуться на страницу назад, но мгновенно будете перенаправлены на страницу с которой пришли.
JavaScript перенаправления
Перенаправления в JavaScript создаются установкой значения свойства window.location и новая страница загрузиться.
Как и HTML перенаправления, этот тип не будет работать на всех ресурсах, и очевидно, что работает только на стороне клиента, который выполнит JavaScript. С другой стороны, вы можете вызвать перенаправление, только тогда, когда исполнится определённое условие.
Приоритетность
При использовании трёх возможных способов URL перенаправления, некоторые методы могут быть вызваны одновременно, но какой из них будет примёнён первым? Порядок приоритетов следующий:
Случаи использования
Есть много случаев для использования перенаправлений, но поскольку они влияют на производительность, то должны использоваться как можно реже.
Связывание доменов
В идеале, есть только одно место, и следовательно один URL адрес, для одного ресурса. Но, есть несколько причин, чтобы иметь альтернативные имена для ресурса (несколько доменов, как с, так и без префикса www или более короткие и лёгкие для запоминания адреса, …). В этих случаях, использовать перенаправление к одному истинному URL адресу, более подходящий вариант, чем дублировать ресурс.
Связывание доменов может быть необходимым по нескольким причинам:
Сохранения ссылок рабочими
Когда вы изменяете структуру веб-сайта, URL адреса ресурсов меняются. Даже, если вы можете обновить внутренние ссылки вашего сайта в соответствии с новой схемой имён, у вас нет контроля на URL адресами используемыми внешними ресурсами. Вы не хотите, чтобы эти ссылки не работали, так как они приносят вам ценных пользователей (и помогают вашей SEO), так что вы устанавливаете перенаправления из старых URL адресов на новые.
Не смотря на то, что данный метод работает также для внутренних ссылок, вы должны избегать внутренних перенаправлений. Перенаправления имеют большое влияние на производительность, и если вы имеете возможность избежать их, корректируя внутренние ссылки, тогда делайте так.
Временные ответы для небезопасных запросов
В этом случае, сервер вернёт ответ 303 (Смотреть другие), который будет содержать правильную информацию, но если кнопка перезагрузки будет нажата, эта страница просто отобразится повторно без ответа на небезопасный запрос.
Временные ответы на долгие запросы
Настройка перенаправлений на распространённых серверах
Apache
У модуля mod_alias есть директивы Redirect и Redirect_Match которые, по умолчанию, устанавливают код ответа 302 :
URL http://example.com/ будет перенаправлен к http://www.example.com/ (но не к http://example.com/other.html )
Redirect_Match делает то же, но использует регулярное выражение, чтобы определить множество URL адресов, которые подпадут под эффект:
Все документы в папке images/ будут перенаправляться к другому домену.
Если вы не хотите устанавливать временное перенаправление, дополнительный параметр (используйте или код статуса HTTP, или ключевое слово permanent) может использоваться чтобы установить другое перенаправление:
Также модуль mod_rewrite может использоваться для создания перенаправлений. Они более гибкие, но сложнее в использовании.
Nginx
В Nginx, вы создаёте особый серверный блок для контента, который вы хотите перенаправлять:
Чтобы применить перенаправления к папке или подмножеству страниц, используйте директиву rewrite :
В IIS, вы используете элемент для настройки перенаправлений.
Циклы перенаправлений
Циклы перенаправлений случаются когда за успешным перенаправлением следует другое, которое уже было выполнено. Другими словами, существует такой цикл, который никогда не закончится и в конечном счёте ни одна страница не будет найдена.
В случае, когда сервер не может обнаружить его: цикл перенаправлений может распространиться на несколько серверов, каждый из которых не имеет полной картины происходящего. В этом случае, браузеры покажут сообщение об ошибке. Firefox выведет:
В обоих случаях, пользователь не может ничего сделать (в отличие от ошибки на стороне клиента, например, несоответствие файлов куки или кеша).
Важно избегать циклов перенаправлений, так как они полностью нарушают работу пользователя.
Fix URL Link Redirect – extension
Fix Url Links Redirect Google Chrome extension (1) removes the URL link redirect and takes you direct to destination. Remove the middle man and tracking. Second feature is (2) remove link Referrer.
Two Modes
Try both methods and see which suites you. You train it by adding links to it as you use it.
Install or Download
Features:
How to use it:
If webpage didn’t behaved or loaded as expected and there is a fix-url icon in Address Bar then click that icon and add the suggested URL to the disable list. As you use the extension more the need to add sites to disable list will get less. Manage list of URLs for which this extension is disabled in extension Options.
Why remove HTTP Referrer
When visiting a webpage, the referrer or referring page is the URL of the previous webpage from which a link was followed. Most web servers maintain logs of all traffic, and record the HTTP referer sent by the web browser for each request. Technically the effect of this extension’s ‘remove Referrer’ feature is similar to attribute rel=’noreferrer‘.
For example, if you are looking at BBC.com website and in there you click a link to another website say cocacola.com. Now cocacola site will know that you were viewing BBC website. With this extensions ‘remove referrer’ feature the cocacola company won’t know what website you were viewing.
Note (Sept, 2013), Yahoo changed its website design. So the scenario shown below in screenshot no longer works on Yahoo. Later on, I will update screenshot to a site where you can test the extension.
Fix URL Links Redirect – Google Chrome Extension
Fix URL Links Redirect – Google Chrome Extension
Что делать в случае циклического перенаправления на странице
Что это такое
Циклическое перенаправление на странице или циклический редирект, является бесконечным обращением браузера по адресу одной и той же страницы. В ряде случаев может происходить обращение на другой адрес, который, в итоге, опять приводит на запрашиваемую страницу.
Зачем убирать
Ошибка 310
В случае неполадок со стороны сервера, циклическая переадресация становится причиной ошибки. При открытии сайта может появиться сообщение – «на этой странице обнаружена циклическая переадресация» что может служить сигналом о наличии ошибки 310.
Помимо этого, данная ошибка может появиться при использовании определённого браузера. Наиболее подвержен этому «заболеванию» браузер Chrome. Хотя и в других подобная проблема не редкость.
Основные причины возникновения
Пути быстрого решения проблемы
Опираясь на приведённые выше причины, исправить проблему циклической переадресации можно следующими способами:
Как исправить ошибку на виртуальном хостинге
Данная ошибка возникает при наличии редиректа в файле «.htaccess» и включенном редиректе в ISPmanager. Подробнее о нем можно прочитать в статье «Что такое редирект» нашего блога. Для решения проблемы нужно проверить файл «.htaccess» на наличие редиректов с «http» на «https» с помощью изложенного ниже алгоритма.
Настройка редиректа на VDS Nginx+Apache
При использовании Nginx+Apache может произойти зацикливание редиректа «с http на https». Данная проблема связана с тем, что подключение по 80 порту идет на Nginx, а за ним уже находится Apache. Поэтому соединение Nginx и Apache работает не по SSL. В этом случае нужно отредактировать конфигурационный файл Nginx. Добавив в него такие значения:
Поддержание браузера в рабочем состоянии
Браузер также часто становится причиной циклической переадресации. Для минимизации его влияния на возможность возникновения ошибки необходимо совершать ряд профилактических действий.
Как проверить наличие цепочки редиректов
Самый очевидный способ обнаружения — массовая проверка кодов статуса на всех страницах сайта. Сделать это можно с помощью удобных автоматизированных инструментов (redirect tracker), работающих в браузере или в качестве клиентского ПО.
Они функционируют по схожему принципу. Пользователю нужно всего лишь разместить в операционном окне ссылку на интересующий ресурсы, нажать «Старт» и дождаться результатов сканирования.
Популярные сервисы для отслеживания цепочек редиректов
Netpeak Spider
Анализ сайта Webmasta
Проверка переадресации Website Planet
Массовая проверка цепочек редиректов Majento
SEO-помощник Rookee
Работа с файлом настроек каталогов
Перед настройкой, в файл обязательно вносится следующий код:
После этого идут настройки основных редиректов, подходящие для различных серверов, в том числе Nginx и Apache.
Начни экономить на хостинге сейчас — 14 дней бесплатно!
Благодаря «RewriteBase /» удобнее делать преобразования URI (убирается привязка к физическому расположению файлов сайта на сервере).
Давайте рассмотрим самые распространенные примеры:
1. Простой редирект
Для простого редиректа условия задавать не обязательно, только правило.
2. Реврайт без редиректа
Иногда требуется, чтобы был редирект без смены адреса, т.е. реврайт без редиректа. Для этого просто не указываем флаг редирект (R), и получаем желаемый результат, теперь по адресу news/happy получим news.html, а в адресной строке останется news/happy
3. Редирект с сохранением рейтинга страницы
4. Редирект для домена с www.site.com на site.com
Убираем у всех запросов вначале «WWW.»
5. Редирект для домена с site.com на www.site.com
6. Редирект с index.php (html,htm) на главную страницу
7. Редирект с index.html на папку (удаление из строки браузера index.html)
9. Чтобы вместо page.htm загружался файл page.html
10. Переезд с одного домена на другой
11. Редирект всех файлов в папке на один файл
12. Задание типа индексной страницы (php, html, htm и другие)
Указывается порядок загрузки типов индексного файла, лежащих в корне каталога.
13. Убираем у всех запросов в конце index.php. Переадресуем на страницу без index.php
Поисковые системы плохо относятся к дубрям страниц. Чтобы этого избежать нужно удалить (склеить) страницы вида https://ваш_домен/ и https://ваш_домен/index.php
14. Определение кодировки, в которой сервер «отдает» файлы
Варианты: KOI8-R, UTF-8, Windows-1251
15. Определение кодировки на загружаемые файлы
Варианты: KOI8-R, UTF-8, Windows-1251
16. Кэширование для всех типов файлов по времени доступа
17. Кэширование для всех типов файлов по времени изменения
18. Кэширование для определённых типов файлов
19. Главная страница без дублирования
20. Редирект страниц без слэша в конце URL на слеш
Чтобы предотвратить ситуацию с индексированием страниц www.site.com/about и www.site.com/about/ как разных, ставим следущий код: Со страниц без слэша будет установлен редирект на «слэшевые».
21. Принудительная постановка замыкающего слеша
Следующий код всегда будет добавлять слеш в адрес URL вашего сайта, что хорошо помогает в области SEO сайта.
22. Удалить слеш в конце
23. Удаляем «category» из URL
24. Редирект URL страницы с папки в корень сайта
Например страница лежит на сервере в site.com/category/blue.html, но надо чтобы страница работала по запросу site.com/blue.html
25. Редирект от GET параметров
Например, нужно что бы со страницы /?action=page&id=15 был редирект на /page/15/
26. Редирект на мобильную версию сайта
Допустим, что мобильная версия расположена на поддомене m.site.com. Будем переходить на мобильную версию только с главной страницы основного домена.
Первой строкой мы проверяем USER_AGENT, определяем что он относится к мобильникам. (эту строку я детально не проверял, взял на просторе интернета, возможно она не совсем корректная, или есть более универсальная строка. Но на моих мобильных устройствах этот пример работает)
Второй строкой проверяем что мы находимся на нужном домене (т.к. пример не универсальный)
Третьей строкой, мы проверяем, что находимся на главной страницы (без всяких параметров и прочего) и перенаправляем на поддомен.
27. Редирект на мобильную версию сайта (Универсальная версия)
28. Обработка ошибок Apache
29. Сохранение (загрузка) файлов вместо открытия
30. Переадресация с www.site.com/index.php?idc=4&marea=6 на www.site.com/
31. Редирект с поддомена на основной домен второго уровня
32. Изменяем переменные php и передаём обработку другому скрипту.
33. Убираем переменные php из запроса
(вырезаем из URI всё, что находится после знака вопроса)
34. Заперт входа на сайт
Запрещаем вход на сайт Интернет Експлореру (вернее, кто себя так определяет) и пользователям с определённого IP-адреса (xxx.xxx.xxx.xxx).
35. Закрываем от всех
36. Закрываем конкретный файл от всех
37. Разрешаем доступ только с одного ip
38. Запрещаем доступ с конкретных ip
39. Убираем из Урла (URL) расширение файла
php можно заменить другим расширением. Например: html, htm, shtml, asp
41. Запрещаем отображать содержимое директории, если нет индексного файла
Вы скорее всего хоть раз видели текст Index of и список файлов. Так происходит в том случае, когда в директории нет индексного файла (например index.php), а система предлагает выбрать файл для дальнейшего открытия. Минус этого заключается в том, что случайный пользователь может увидеть список и содержание всех файлов директории.
42. Перенаправление с HTTPS на http
43. Редиректы в зависимости от времени
Когда нужно применять уловки типа содержания зависящего от времени масса вебмастеров все ещё используют CGI скрипты которые производят редиректы на специальные страницы. Как это может быть сделано через mod_rewrite?
Есть много переменных названных TIME_xxx для условий редиректа. В связке со специальными лексикографическими образцами для сравнения STRING и =STRING мы можем производить редиректы зависящие от времени:
Это выдает содержимое foo.day.html при запросе URL foo.html с 07:00 до 19:00 а в оставшееся время содержимое foo.night.html.
44. Редирект в URL с подчеркивания в дефис
45. Редирект в URL с больших символов на маленькие
46. Массовый редирект новых файлов
Предположим вы перешли на новую систему ссылок на вашем сайте и все файлы оканчивающиеся на старый id должны быть средирекчены. Сначала создаем в базе таблицу, которая содержит старый id и новый URL для редиректа.
old_id INT new_url VARCHAR (255)