Выпуск коммерческого кода PHP.Вы запутываете или компилируете это?Или просто доставить как есть?

Question

Возможные причины:

1) поэтому пользователь не может выяснить код и «выдать себе больше лицензий» или другой материал, который коммерчески чувствителен для вас

2) чтобы пользователь не мог «просто внести крошечные изменения» и нарушить то, что он не понимает, сказать вам, что он ничего не изменил, и ожидать, что вы это исправите (конечно, вы можете заставить его заплатить , но в первую очередь легче избежать хлопот)

3) поэтому заказчик не может взять часть вашего программного обеспечения и использовать его для разработки новых продуктов

4) Вы смущены тем, что ваш нескомментированный код спагетти виден; -)

5) больше?

Что вы обычно делаете? А как ты это делаешь?

Answer 1

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

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

Я бы серьезно подумал дважды о том, чтобы вести бизнес с разработчиком в будущем, если бы я купил обфусцированный скрипт (что затрудняло мне внесение изменений).Я имею в виду ... какой PHP-скрипт нуждается в модификации ZERO, чтобы заставить его делать именно то, что вы хотите?

Answer 2

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

Answer 3

На принимающей стороне я приобрел программное обеспечение PHP, которое было заменено / закодировано с помощью PHP-кодера ionCube (http://www.ioncube.com/).). Требовалось добавить дополнительный компонент сервера и включить фактически закрытый исходный код, а не наши серверы, ни один из которыхнаша ИТ-команда была довольна, но она помешала нам возиться с источником, как вы пытаетесь.

Answer 4

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

Answer 5

Относительно пункта №2:

Вы всегда можете сгенерировать хэш своих результатов.Очень простой способ: создать хеш md5, используя исходные файлы в качестве входных данных.Если вы подозреваете фальсификацию при получении звонка в службу поддержки, просто хешируйте развернутые файлы, чтобы выяснить, не вмешался ли ваш клиент в код и пытается ли вы исправить его ошибки.хеш, прежде чем вы доставите и сохраните хеш в ваших файлах) и достаточно безопасный способ проверить содержимое ваших файлов.

Answer 6

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