Как защитить свой продукт (скрипт)?

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

---------- Добавлено 07.04.2015 в 15:39 ----------

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

Так и есть ) просто ищу какие-то конкретные решения по привязке лицензий к скрипту или привязке к домену

Можно свой бинарный модуль ещё для php написать.

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

И покупатель должен легко разбираться в его функционале (не коде).

Только устаревание версий, но тут возможности ограничены.

Ионкубы - плохой вариант: ломаются и сильно сужают круг покупателей(по техн. возможностями хостингов).

Всё, что есть:

- PHP-код лучше обфусцировать, заменив мнемонические имена переменных и функций на $а1, $a2, $a2, $a3, $a4,... и убрав комментарии.

- попытаться привязать работу скрипта к своему сервису, как у антивирусов - новые базы "нелицуха" скачать не может.

Ladycharm, спасибо за коммент. Данный скрипт не ломается, но со временем устаревают некоторые вещи, поэтому обновления довольно частые. Тем не менее недобросовестный покупатель в любом случае будет иметь доступ к свежей версии. Отслеживать кто на варезник выкинул - очень сложно.

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

Поэтому и ищу какой-то простой способ хотя бы снизить количество недобросовестных покупателей.

www.google.com / php to binary

http://stackoverflow.com/questions/1845197/convert-php-file-to-binary

www.google.com / php pretty print

Проклинать.

pretty print может восстановить исключительно форматирование. А предлагалось приводить код к виду(пример для JS):

var b318 = spdYRAKkZ.filter(a11, function(a11) {
  return a11.code && a11.code.length > 3});
    zBYxjyVOl.NYfMrKuYC.NdZWaONZv.coupons(b318 || {});
    var c367 = spdYRAKkZ.filter(a43, function(a43) {
      return !a43.code || a43.code.length < 3});
      zBYxjyVOl.NYfMrKuYC.NdZWaONZv.deals(c367 || {}), "scroll" === zBYxjyVOl.NYfMrKuYC.NdZWaONZv.mode() ? zBYxjyVOl.NYfMrKuYC.lgnMollLP() : "notification" === zBYxjyVOl.NYfMrKuYC.NdZWaONZv.mode() && zBYxjyVOl.NYfMrKuYC.TpJhGuyhW()
      }
   },

Если скрипт сам проверяет наличие обновлений на вашем сайте - не очень сложно.

А складчикам придётся каждую новую версию деобфусцировать, лезть к код, отрезать проверку обновлений (которая каждый раз будет в новом месте). Они просто разорятся на программистах.

Дописать к скрипту базу пользователей и биллинг и выкатить как сервис не получится?

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

"забыть" в мануале упомянуть чистить какую-нибудь папку лога, которая переполнится со временем и подвесит все.

всем легальным покупателям оперативно высылать обновления и подсказывать что и как настроить/почистить.

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

Вот со всем согласен, кроме этого. Руки за это надо отрывать. По самые гланды. Или заставлять писать подробные маны к коду.