Программное обеспечение PHP 5 как коммерческий продукт

StackOverflow https://stackoverflow.com/questions/1425759

  •  07-07-2019
  •  | 
  •  

Вопрос

Я думал - скажем, вы потратили тысячи человеко-часов и придумали современную CMS или что-то в этом роде. Как вы гарантируете, что тот, кто получит его от вас, не будет пиратским? Я мог бы настаивать на том, чтобы покупатель дал мне свой URL, и я хэшировал его и использовал его в качестве контрольной суммы везде в программном обеспечении, но это звучит как более слабая форма безопасности.

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

(Конечно, я мог бы настаивать на размещении программного обеспечения самостоятельно ..)

Это было полезно?

Решение

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

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

Другие советы

Если вы распространяете платформу, обычно это что-то вроде Zend Guard . Однако это также означает, что вашим клиентам сложнее добавлять свои собственные желаемые модификации.

В настоящее время многие программы используют SaaS-маршрут и размещаются самими компаниями, которые его делают.

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

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

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

Просто попросите денег.

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

Мне нравится один подход, который использует jamroom.net. Они достаточно открыты, предоставляют полный код подписчикам, изменения / настройки разрешены и поощряются в некоторой степени. Никаких усилий не было потрачено на запутывание кода.

Они получают дополнительные услуги, услуги по установке, обслуживанию и эксплуатации. Я не знаю, насколько хорошо они живут. Похоже, что вокруг их продукта строится солидное сообщество. Под сообществом я имею в виду как клиентов, так и сторонних разработчиков. Это бонус, их модель Biz даже масштабируется!

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top