- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вы всерьез полагаете, что зная имя файла подтверждения можно подтвердить права на сайт с ДРУГОГО домена?
а вы попробуйте, не знаю как "вот прямо сейчас", а раньше эта тема работала если грабер грабит по запросу пользователя, а не заранее парсится
MoMM, А, это я уже тут запутался, кто чей домен подтверждать собирается)).
На самом деле, такое может сработать, но только при беспросветной глупости владельца клона.
Вы всерьез полагаете, что, зная имя файла подтверждения, можно подтвердить права на сайт с ДРУГОГО домена?
Это, как показал KM.UA, такое действительно возможно.
Но какой дурак не будет отфильтровать не нужное.. вернее отдавать только нужное - для меня лёгкий шок, что такие имеются. А ведь они ж ещё должны как-то монетизировать эти клоны.
А вот насчёт скачать хтацесс.. По ГЕТ его не получишь.
Кто-то сможет объяснить как это возможно?
если .htaccess не сработает, можно ловить HTTP_HOST в движке/HTML , и если отдает вражеский ресурс, делать редирект на себя
итогом будет склейка клона на ваш сайт.
но лучше метода чем предложили выше, наверное не существует)
если .htaccess не сработает, можно ловить HTTP_HOST в движке/HTML , и если отдает вражеский ресурс, делать редирект на себя
итогом будет склейка клона на ваш сайт.
Да, редирект через <meta refresh - поклеит. Но HTTP_HOST - это переменная сервера, на вашем сервере она всегда будет = "ваш домен", а от вражеского сервера - она вам недоступна. Но можно отлавливать запросы автограббера по tuj IP и отдавать "нужный" html.
Можно сделать редирект на яваскрипте(им доменное имя легко проверяется) - склейка не гарантирована, но трафик удастся забрать к себе. А яваскрипты искать вырезать из html-кода - замаешься отделять зёрна от плевел.
Метод загрузки своего .haccess на вражеский сервер в 99% случаев не сработает.
Если закомментировать в конфиге Апача httpd.conf строки:
то содержимое вашего файла .htaccess будет отдаваться в браузер при обращении по http://site.ru/.htaccess, так же как сейчас показывается содержимое robots.txtАвтограббер спокойно загрузит его к себе, как и любую другую страницу. Проблема в том, что автограббер или работает без кэширования, или хранит свой кэш в отдельной папке. То есть наш .htaccess не попадёт в корневую папку и вражеский веб-сервер его исполнять не будет. Плюс, файлы кэша обычно имеют другие имена.
Но не .htacces единым ... Вектор "куда копать" в топике задан правильный, кому надо теперь сообразит, что ещё можно сделать.
Скорей всего на сервере стоит скрипт, который парсит сайт и заменяет внутренние ссылки на свои. И происходит это в момент обращения страницы на клоне сайта. При этом, не всегда айпишник сайта совпадает с айпи парсера.
Но есть выход ☝
Ищем какую-нибудь не популярную страничку на своём сайте, меняем своё имя домена на имя домена клона и загружаем в браузере пару раз, при этом запоминаем время обращения к данной странице (для упрощения поиска в логе).
Например, http://site-klon.com/cat/3647463.html
Сразу же окрываем лог апача access.log и ищем поиском фразу "3647463.html"
Будет что-то вроде этого:
109.187.17.21 - - [03/Nov/2015:12:04:31 +0200] "GET /cat/3647463.html
Это и есть айпи парсера. После чего блокируем этот айпишник в .htaccess:
Order Allow,Deny
Allow from All
Deny from 109.187.17.21
Или же можно редиректнуть негодяя-клона на какой-нибудь xxx сайт:
RewriteEngine on
RewriteCond %{REMOTE_ADDR} (109.187.17.21)
RewriteRule .* http://www.плохойсайт.ру/ [R=301,L]
В логах только мой заход показан... 🤪
И все остальные способы тоже не помогли. Скрипты он вырезает. $_SERVER отдает мой сайт. Борюсь с этой какой: http://meyh***enmgh.com
Так это "черный дракон" работает. Этот скрипт копирования сайтов "один в один" даже здесь в "инфопродуктах" продавался. Для массовых созданий сайтов под Сапу, либо для продвижения своих проектов - так что пристально за каждым клоном там никто особо не следит.
Автограббер спокойно загрузит его к себе, как и любую другую страницу. Проблема в том, что автограббер или работает без кэширования, или хранит свой кэш в отдельной папке. То есть наш .htaccess не попадёт в корневую папку и вражеский веб-сервер его исполнять не будет. Плюс, файлы кэша обычно имеют другие имена.
Не пояснишь почему site.com/google-file.txt роботы съедят из корня, а site.com/.htaccess в таком же механизме окажется не в корне и ещё переименованный?
Не пояснишь почему site.com/google-file.txt роботы съедят из корня, а site.com/.htaccess в таком же механизме окажется не в корне и ещё переименованный?
Граббер делает такие же урлы за счет mod_rewrite.
.htaccess он может загрузить, и он даже будет доступен по ссылке сайт-клон/.htaccess
Но реально он будет лежать в другой директории. Иначе можно было бы скормить ему php код, и таким образом залить шелл.
Теперь я в непонятках. Как вообще можно загрузить с веб сервера .htaccess, если это
а) файл конфигурации директории сервера
б) невидимый?