- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Я - не понимаю.
Я не верю. Ну не верю я в твою безграмотность.
Это специальные действия, совершаемые с собственным компьютером, к теме это точно не имеет отношения.
А ТС не писал "не существующий". Он писал "левый". И причем описал реальный факт - открывается. Можешь конечно порассказать что ты не понимаешь что такое "левый" в контексте вопроса, но.. я опять же не верю что ты не понимаешь, да и вообще мне это не интересно.
И да. Ты таки проспорил :) (Ты говорил что я не смогу, а я смог.)
но ты зачем-то начал со мной спорить. Опять та же история.
А ТС не писал "не существующий". Он писал "левый".
Ну ты заголовок темы прочитай всё-таки, и не спорь с очевидными вещами. И я, в отличие от тебя, не умею угадывать, какая на самом деле ситуация у ТС, и чего он хочет добиться. Поэтому просто ответил на вопрос, поставленный ТС-ом. И не цепляйся ко мне со всякой ерундой и домыслами.
Ну ты заголовок темы прочитай всё-таки, и не спорь с очевидными вещами.
Кроме чтения букв в заголовках надо читать и понимать суть стартпоста.
Речь про несуществующие на хостинге, а не выдуманные больной фантазией.
Например, если сайт открывается по домену левому какому-нибудь, то делать редирект на основной.
Вот так правильно?
RewriteEngine On
RewriteCond %{HTTP_HOST} !^domain\.ru$ [NC]
RewriteCond %{HTTP_HOST} !^www\.domain\.ru$ [NC]
RewriteRule ^(.*)$ https://domain.ru/$1 [L,R=301]
RewriteEngine on
RewriteBase /
RewriteCond %{SERVER_PORT} ^443$ [OR]
RewriteCond %{HTTPS} =on
RewriteRule ^(.*)$ https://domain.ru/$1 [R=301,L]
</IfModule>
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteBase /
RewriteCond %{SERVER_PORT} ^443$ [OR]
RewriteCond %{HTTPS} =on
RewriteRule ^(.*)$ https://domain.ru/$1 [R=301,L]
</IfModule>
Стесняюсь спросить, что сие есть? Где тут проверка "левости" домена?
И я уж молчу про вариант nginx+apache когда apache на каком-нть 8080 порту висит и будет всегда думать что он на не-443'м. Ну и включать ssl на апаче в такой схеме тоже нет смысла, т.е. еще и HTTPS переменная никогда не будет on.
И кстати вот эта штука должна работать:
RewriteEngine On
RewriteCond %{HTTP_HOST} !^domain\.ru$ [NC]
RewriteCond %{HTTP_HOST} !^www\.domain\.ru$ [NC]
RewriteRule ^(.*)$ https://domain.ru/$1 [L,R=301]
RewriteCond: bad flag delimiters - это скорей всего где-то лишний пробел в строчках RewriteCond
Проверьте. У себя проверил - работает. Захожу по ip, оно понимает что http_host не равен ни домену, ни www.домену и делает редирект.
Т.е. все изначально правильно, зря только уже на 2 страницы соплей развели.
На дефолт отдаю 444. А то мало ли чего...
Захожу по ip, оно понимает что http_host не равен ни домену, ни www.домену и делает редирект.
Короче, всё, что я хотел сказать - это надо правильно настраивать сервер, а не маяться дурью с прописыванием директив в файле .htaccess, чтобы отсеять какие-то мифические левые/несуществующие/ненужные/мусорные и прочие домены. Исключение - некоторые ситуации со своими собственными субдоменами, но скорее всего, это не случай ТС.
И да, проксирование - это отдельный случай, который можно обсуждать, но .htaccess тут то же ни при чём. И вообще, у ТС несколько неконкретное описание ситуации, которое бывает частенько у тех, кто думает, что и так всё понятно, потому что не знает всего многообразия вариантов.
при чем тут IP?
Вначале вроде четко сказано - " если сайт открывается по домену левому какому-нибудь".
Это возможно если сайт открывается по своему ip, т.е. он default'ный там.
Один из вариантов уже выше показали на примере djkcklfllrlrlllf.fgh, прописав в hosts 78.140.180.145 searchengines.guru.
Вот если searchengines.guru не захочет чтоб их сайт открывался по djkcklfllrlrlllf.fgh им и может понадобится либо вышеуказанный .htaccess, либо как вначале сказал - надо сделать default виртуальный хост с редиректом на searchengines.guru.
Кроме hosts это может также быть например если сайт переехал на выделенный ip, который ранее был в использовании и возможно даже какие-то домены все еще на него указывают. Т.е. по этим "левым" доменам будет открываться этот сайт.
Хотя если это будет не случайность/ошибка, а целенаправленное проксирование, то сервер все равно будет получать правильный домен в http_host и ничего никаким htaccess'ом действительно не средиректить.
Суть в том что web-сервер надо настроить так чтоб сайт открывался только если в HTTP_HOST от клиента приходит правильное имя домена и больше никак. По ip или любому другому домену должно открываться что-то другое - заглушка или редирект, на свое усмотрение.
p.s. упс, проверил, searchengines.guru отдает Bad Request - Invalid Hostname если по ip или другому домену, значит с djkcklfllrlrlllf.fgh там было не hosts, а проксирование... ну не важно :)