Как хостеры палят нуленые скрипты?

[AlexSuv]

Просто стало интересно, какими способами хостеры палят нуленые скрипты?
Может ли кто-то расписать основные предостережения, дабы не спалить скрипт.

Типа:
1). убрать строки типа Nulled by Zeratul (у хостеров на ник Зератул в скриптах уже наверное автобан стоит)
2). ....
3). ....
.......

Итак из предложенного (буду редактировать по мере поступления
1). Через htaccess попытаться изменить вид ссылок site.com/showthread.php?t=39586&u=243&q=17 на site.com/thread/243/17/39586
или site.com/type.php?type=17&q=29586&s=243
2). Убрать все вставки доказывающие авторство типа <!-- DataLife Engine CMS -->

 

[YMY]

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

 

[Wiltner]

В дополнение к YMY могу добавить, что один из самых верных методов - изменение структуры скрипта, исходного html-кода + через htaccess/вручную get-запросов. Естественно, все зависит от того, что, собственно, делает скрипт.
Геты менять можно по типу (просто примера ради
site.com/showthread.php?t=39586&u=243&q=17
на, предположим
site.com/thread/243/17/39586
или
site.com/type.php?type=17&q=29586&s=243

Замороченно, но показательно .

Изменение html-кода на выходе. Многие делают различные вставки, типа <!-- DataLife Engine CMS --> в код. А также владельцы могут просто узнать свой код. Поэтому лучше всего сменить диз, структуру и линки. Все это непросто, но стоит того.

 

[tmvrn]

Хостеры сами по себе не палят, не их это забота. Совсем другое дело, как автор доказывает хостеру, что код его (особенно если нет патента, налоги не платятся и т.д.)?
Ведь любой человек может сказать, что код его или что он каким-либо законным способом получил... вариантов масса. Если хостер нормальный, то пошлет подальше такого автора...

 

[Overtaker]

Насколько я помню, MID Team ставят на главную страницу DLE meta тэг, в котором указывается, что generator для этого сайта - DataLife, нуленный ими. Избавиться от него достаточно просто - нужно лишь отредактить файл engine.php (/engine/engine.php), где в строках с meta тэгами стоит meta generator. Убирать же их копирайты в других файлах - чистое самоубийство. В DLE используются кучи файлов, в каждом из которых в верхней части стоит MID'овский копирайт...
Объясняют же большинство хостеров блокирование аккаунтов ползователей, использующих "нуленные" скрипты тем, что якобы именно через такие скрипты хакеры находят слабые места в защите серверов. Обидно блин !!!

 

[Wiltner]

Убирать же их копирайты в других файлах - чистое самоубийство. В DLE используются кучи файлов, в каждом из которых в верхней части стоит MID'овский копирайт...

Чем же самоубийство? Если точная строка заведомо известна, достаточно простейшего скрипта в одну строку на perl/sed, "на месте" убирающего эту строку или изменяющего его в что-то свое.

perl -pi -e 's/Datalife\ Engine/My\ Engine/g' *php
sed -in 's/Datalife\ Engine/My\ Engine/g' *php

Как видишь, можно даже и без скрипта, а простой командой.
При рекурсивной замене во всех каталогах можно также юзать find вкупе с exec {} или поменять на выполнение через xargs.

 

[Nul]

а что проблема действительно имеет место?
сталкиваться приходилось с абузами вледельцев торговых марок, например, с cialis как-то были достали просто
заколебался переезжать
если абуза от владельца скрипта - вряд ли тут помогут вышеприведенные методы

 

[slva2000]

имхо, всё зависит от того что за сайт висит на нулёном скрипте. если это здоровенный портал, в 10000 в день, - то да - проще лицензию на год оформить. а если пага за которую тебе спонсор заплатил и там 50 чел в день... вряд ли её кто заметит...
тем более С КАЖДЫМ ДНЁМ НАС ВСЁ БОЛЬШЕ! и найти нас получается сложнее...

 

[kapamapa]

хм... сколько не ставил нуленных скриптов , ни разу проблем не было... хостеры сами ещё помогали настраивать

 

[Daywalker]

хм... сколько не ставил нуленных скриптов , ни разу проблем не было... хостеры сами ещё помогали настраивать

подскажи таких хостеров