Программное обеспечение PHP 5 как коммерческий продукт - PullRequest
2 голосов
/ 15 сентября 2009

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

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

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

Ответы [ 5 ]

5 голосов
/ 15 сентября 2009

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

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

2 голосов
/ 15 сентября 2009

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

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

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

1 голос
/ 15 сентября 2009

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

1 голос
/ 15 сентября 2009

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

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

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

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

1 голос
/ 15 сентября 2009

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

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

...