Вопрос? Как защитить сайт от парсеров.

Ну если помог то отлично, другой вариант тоже помог бы да еще плюс защитит от парсера который выдерает конкретные кусочки, а не весь документ.

Хотя Вы считаете, что это прям 100% ?) Человек который сделал парсер данного сайта рано или поздно заметит редирект, и найдёт строку и вырежет её и всё дальше пойдёт как было. (я бы так и сделал и не думаю, что люди стоящие за такими клонами дураки, тоже заметят)

С другой стороны с подгрузкой Клонны тоже будут лишь клоны пустых страниц без контента, есть такая штука как веб архив типа сохраняет снапшоты сайтов
Wayback Machine Вот к примеру копии сайта который всё подгружал при помощи якса только живым людям, все снапшоты всех страниц за всю историю жизни выглядят однотипно, пустая страница с прелодером и никакой инфы нету. Клоны будут так же копировать ваши и любые сайты но лишь html документ и javascript который на чужых доменах работать не будет если умело написать всё.

 

но все ж,редиректы работали = сайты офнули
и да,не считаю что способ на 100 процентов рабочий (100 процентов рабочего способа нету)

 

Эту защиту тоже легко можно обойти...

 

Никак, все что загружено браузером с Вашего сервера - уже собственность владельцев ПК.


Можете разработать собственное приложение для просмотра сайта с разных устройств (Виндовс, Линукс, Андройд, Яблоко) с закрытым кодом, уж его взломать смогут только хаккеры...

 

Как проверить сайт на уникальность, по тексту проверять?

 

<div id="noselect">
<script type="text/javascript">
function disableSelection(target){
if (typeof target.onselectstart!="undefined")
target.onselectstart=function(){return false}
else if (typeof target.style.MozUserSelect!="undefined")
target.style.MozUserSelect="none"
else
target.onmousedown=function(){return false}
target.style.cursor = "default"
}
if (document.getElementById("noselect")) {
disableSelection(document.getElementById("noselect"));
}
</script>

в самый конец страницы </div>

 

<div class="noselect"> </div>

 

[not-group=1]
<style>
.fullstory{
-webkit-touch-callout: none;
-webkit-user-select: none;
-khtml-user-select: none;
-moz-user-select: none;
-ms-user-select: none;
user-select: none;
}
</style>
[/not-group]
класс замени на свой(это в fullstory.tpl

 

при проверки на уник на текст.ру показывает ссылки на каких сайтах есть этот текст

 

Я вот и писал как доставить проблем парсеру на php или любому другому который не исполняет javascript, сперва отдавайте страницу затем, отправляйте запрос и проверяйте ключ доступа (обычный же парсер с 99.9% при первом парсинге не будет иметь ключа, это как минимум заставит повторно запрашивать страницы и для каждой он всегда будет требовать сперва вытянуть ключ, но при смекалке получение и генерацию ключа можно сделать по разному и вообще лешить возможности его получить парсером тогда я думаю и вовсе не выйдет получить контент), при совпадении отдавайте контент в который вы вцепились зубами и не желаете отдавать автоматически. Это хоть и не защитит на 100% но будет почти как презерватив короче.

 

крч,простым язык.сделать как на кинопоиске?

 

Не знаю как там но я знал как это было сделано id software с их сайтом игры и у Blizzard на трёх основных игровых сайтах. В обоих была подгрузка яксом только после первичного захода на сайт. Где-то можно встретить просто выебон без ключей и авторизации, а где-то можно увидеть с полноценными корягами которые усложняют любому парсеру который не исполняет javascript, а просто слизывает html документ и копирует его или разбирает и вытягивает целевые компоненты. В обоих случаях первичный парсинг где будет отложенная подгрузка контента потребует парсеру посетить как минимум один дополнительный раз если палки примитивными будут и их можно будет получить в первом парсинге. (Как в примерах авторизации в вк посредством CURL когда сперва получали хэш суммы, а во второй раз производили авторизацию с этими данными.)

Еще вот у гугла ведь появилась новая капча которая не требует вообще ничего вводить и тыкать и в фоне вроде как работает. Прикрутить к подгрузке еще и капчу, и может будет еще лучше. А может и хуже, в любом случае нужно пробовать всё и смотреть.

 

ну я не думаю шо кто т будет делать такое для киносайта хд

 

Если о парсере то Вы не представляете на что пойдут люди дабы получить инфу с вашего сайта.
Если о реализации защиты, да много кто может сделать, я тоже могу да и любой другой человек кто разбирается так же сможет придумать как это сделать. А ajax подгрузка и вовсе почти всеми освоена. Даже школьники умеют делать ajax запросы и получать ответы и производить с ними что-то.

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