我正在开发基于订阅的WordPress插件，其中付费订阅为产品所有者提供API密钥和使用该插件的权利。这个问题是我在WordPress Answers上更广泛问题的变体。
似乎使用API密钥作为插件所需的Web服务的身份验证是我最好的行动方案。 GPL规定，一个有进取心的“盗版者”可以自己托管我的网络服务代码，不需要付钱给我，甚至可以在网络服务界面后面加入代码，从而无需任何本地网络托管服务，但这两者都是情景非常不可能，财务风险很小。
我的问题是，我可以将哪种类型的依赖关系（服务）转移到Web服务上以帮助使该方案更成功，或者，我可以使用哪种其他方案？我有一个想法是将模板和数据传递给服务，以便接收完整的HTML视图。
答案 0 :(得分：8)
根据指南，您似乎正在开发基于服务软件的插件。 （参见第6点：http://wordpress.org/extend/plugins/about/guidelines/）这意味着虽然插件代码本身必须在GPL下，但Web服务可以是完全专有的。
这是一个很好的先例，是Salesforce插件。 （Salesforce CRM的WordPress-to-lead：http://wordpress.org/extend/plugins/salesforce-wordpress-to-lead/）尽管此插件连接到Salesforce服务器并且要求付费帐户才能运行，但这并不意味着Web服务本身需要暴露。
简而言之，即使您的插件只是Web服务的接口，拥有一个封闭的Web服务也是完全可以接受的。指南的第7点显示，您甚至可以在用户同意的情况下下载客户端脚本和图像。 （虽然第8点显示这不包括服务器端脚本）希望这有帮助！
答案 1 :(得分：1)
目前尚不清楚＆＃34;成功＆＃34;意味着在这种情况下。您是说如何使您的GPL代码不能与其他类似服务一起使用？你不能给你的用户戴上手铐......
您所能做的就是将尽可能多的功能从插件中移到Web服务中。
但是，这并不能阻止任何人从头开始实现几乎完全相同的东西。
以Github为例，他们正在做与你想要的完全相反的事情，但他们非常成功。你能得到的唯一真正的保护就是真棒，所以没有人愿意竞争。
GPL的观点是保护用户免受版权所有者的侵害，它应该始终是善意的行为。担心这件事或者打电话给任何一个海盗＆＃34 ;;这是愚蠢的。规则很明确，只要决定这是不是你的游戏。