Как я могу защитить свой плагин, чтобы его могли использовать только платные пользователи?

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

Основной проблемой здесь является лицензирование вашего плагина. WordPress - это GPL, и в GPL есть пункт, который требует, чтобы «производные работы» также лицензировались по GPL. (Это преуменьшение: на самом деле вся GPL основана на этом пункте и не будет работать без него.)
Существует много споров о том, можно ли рассматривать плагин как «производную работу». . На мой взгляд, это не так, и я считаю неэтичным пытаться заставить его восприниматься как единое целое. Однако Automattic, основные разработчики WordPress и Free Software Foundation (организация, написавшая GPL) утверждают, что плагины WordPress по закону обязаны использовать GPL и не могут использовать другую лицензию.
До сих пор не было никакого суда. случаев, и поэтому прецедента нет, но существует значительная враждебность вокруг пары основных плагинов WordPress, которые не используют GPL, и Automattic в основном пригрозил судебным иском, в то время как разработчик плагина сказал, пожалуйста, подайте на меня в суд. Не совсем удачная ситуация, и я бы сказал, что независимо от морали ситуации, факт заключается в том, что негативная огласка обычно перевешивает преимущества использования плагина с закрытым исходным кодом.

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

Есть несколько компаний, которые успешно продают плагины под лицензией GPL и без защиты (API-ключ и т. Д.). Хотя любой может теоретически просто загрузить плагин и загрузить его на общедоступный сайт, с которого любой может его загрузить, на практике никто не хочет использовать неофициальную версию, которая выиграла ' t обязательно обновляться для новых версий WordPress. Таким образом, продажа плагинов кажется жизнеспособной бизнес-моделью даже без какой-либо защиты.

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

Как бы то ни было, если вы пытаетесь усложнить жизнь кому-то, кто решает распространять ваш плагин, вы можете подумать о следующем:

• вы по-прежнему можете требовать права на товарный знак на имя вашего плагина, даже если сам плагин имеет открытый исходный код, поэтому вы можете юридически запретить им использовать то же имя, которое знают ваши клиенты
  
• только код PHP в плагине должен быть под лицензией GPL - вы можете распространять любые файлы, которые не содержат PHP, который взаимодействует с WordPress, по отдельной лицензии, чтобы запретить распространение. Например, CSS, JavaScript и изображения не должны подпадать под GPL.

Здесь можно найти отличную статью, хотя она не касается техники, просто нужно помнить о том, что нужно иметь в виду, прежде чем вы продолжите свой путь http://www.littlehart.net/atthekeyboard/2007/07/20/protection-your-php-code/

Хотя для более прямого ответа на ваш вопрос используйте систему ключей API, а затем закодируйте свой PHP, используя что-то вроде Zend Guard, чтобы пользователь не мог просто войти и удалить проверку ключа API во время кодирования кода.

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

Использование таких продуктов, как Zend Guard, не вариант. Конечный пользователь должен установить Zend Optimizer в своей системе, и вы не можете этого гарантировать.

В любом случае, вы не можете запутать или иным образом скрыть свой исходный код. Wordpress находится под лицензией GPL, и они строго запрещают плагинам иметь любую другую лицензию. Хотя вы можете продать плагин, вы не можете скрыть исходный код.

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

пока люди должны загрузить ваш код, кто-то возьмется за него и обнулит его, вы можете предложить бесплатную версию, такую ​​как s2member и AllinOneSEO pack.

Я действительно думаю об этом. Но это GPL, и мы не можем скрыть наши коды. Думаю, нам нужно сделать более сложную для чтения систему ключей api. Думаю сделать это. Но есть способ взломать это с помощью remove if else system, к сожалению, если это открытый исходный код. Вы можете посмотреть, например, следующее: PHP AES encrypt / decrypt