Я изучал шифрование PHP-кода в прошлом, но это принципиально плохая идея.
На рынке существует ряд решений, таких как Ion Cube и Source guardian, но все они имеют один и тот же недостаток.
Дополнительный этап расшифровки кода добавит накладные расходы на обработку иКак и в случае с системой DRM, все имеющиеся на рынке решения требуют наличия ключа шифрования, доступного для сервера, на котором выполняется код, что делает шифрование тривиальным для поражения.Он также вводит множество новых способов, с помощью которых ваш код может работать неправильно.
Альтернативный подход заключается в предоставлении исходного кода в виде байтового кода или использовании PHPC или HipHop для предоставления кода в качестве исполняемого файла на языке C.Это не остановит их использование приложения, но людям будет сложно их модифицировать.Лично я бы рассматривал этот подход только из соображений эффективности, а не из-за обфускации.
По сути, лучший способ решить эту проблему - убедиться, что у вас есть необходимые лицензии и соглашения для вас.Перед началом проекта всегда должно быть ясно, кто будет являться владельцем исходного кода в конце.
Вы получаете повторную работу, предлагая лучшее решение, а не блокируя клиентов.