#1 楼
除了其他两个建议外，还有另一种可能的方法：将您所有的自定义应用程序功能移出主题，并移到托管的Web服务中，主题通过API密钥连接到该Web服务。这样，主题本身的重新分发不会影响您基于应用程序的自定义业务模型，因为该应用程序需要主题以及有效的API密钥。根据性质，此方法可能有效也可能无效定制应用程序，但它是某些商业插件的成功模型，并且完全符合GPL。
评论
除了要求API密钥起作用之外，我还看到需要进行升级。这样可以使应用程序完全正常运行，但是任何升级都需要有效的密钥。这使您可以一键升级到支付应用程序费用的thouse。
–布鲁克。
2011年12月21日在21:18
我想了解更多。我看到的问题是共享API密钥时。那有什么帮助呢？
–流程
20 Dec 4'在8:55
#2 楼
除了合法性之外，我通常以这种方式看待它，编写良好的代码并提供良好的支持，然后人们就会来找您。 GPL有许多高级主题，并且做得很好。看看WooThemes，Headway，StudioPress（Genesis），仅列举几家写质量，完全GPL主题并以此为生的公司。在我看来，他们的一些成功归功于提供了亲切支持并以他们可以承受的生活费用为主题定价，而其他人则可以为他们支付费用。
我认为“如果我使我的主题GPL成为某人会偷走它，而我的所有工作都将消失”的想法是错误的。当然，也许有人会偷走它，把它送出去。但是，如果您提供支持，人们仍然会来找您。更不用说他们知道自己得到了什么。免费/盗用的高级主题（以及一些非高级的主题）通常包含间谍软件/恶意软件。我宁愿付钱给我知道可以起作用的东西，然后再处理病毒。
最后一个例子（也许是我最喜欢的）是贾斯汀·塔德洛克（Justin Tadlock）的主题混合画，他免费以GPL发行并收费每年25美元的支持费用。我很乐意支付这笔费用，因为他的支持非常棒。
最重要的是，如果您创建一个值得信赖的环境，那么人们就会来。
另一种解决方案将是一种解决方案，$ X用于产品，$ Y用于支持，$ Z用于其他附件
PS：我个人不购买对于WordPress来说不是完全GPL的任何内容。
评论
“免费/窃取的高级主题（以及一些非高级主题）通常包含间谍软件/恶意软件。我宁愿付钱给某人，因为我知道它们可以起作用，然后再处理病毒。”好极了！
– Volomike
2011-12-21 12:28
如果我昨天有精力写的话，那几乎就是我写的东西。
–芯片Bennett
2011-12-21 12:53
#3 楼
如果要对产品应用某些法律限制并与WordPress的GPL惯例保持一致，则最好的选择是拆分许可：GPL下的PHP代码；
其他组件（例如设计，图像，CSS）在您选择的许可下。
评论
如果我在主题中包含一些未加载WordPress标头引导程序且不使用任何WP Codex API的PHP文件，该怎么办？那些也应该是GPL吗？
– Volomike
2011年12月21日，0：08
在PHP上下文中，@ Volomike GPL内容是一个灰色区域，内容通常是见解而非法律事实。以我个人的观点，将所有PHP代码都置于GPL [-compatible]下是最容易造成混淆和问题的。
–稀有
2011-12-21在0:37
这种方法的问题在于，自定义应用程序代码很可能是用PHP编写的，因此，如果希望遵循WordPress官方解释，即所有PHP代码均派生，那么拆分许可证将无济于事。
–芯片Bennett
2011年12月21日在12:58
#4 楼
在这个线程中没有提到的主题是加密和混淆。使用IonCube或Zend Encoder加密代码只是保护主题和插件的两种流行方法，我已经在其中看到过。采用。
加密的问题在于，只要有足够的意愿和意愿，您就可以将文件解密回原始状态。有时结果会有所不同，并且取决于对加密方法类型的理解程度，这通常将决定解密文件的成功或失败。
有一些不道德的人已经非常熟练地使用加密技术。解密IonCube，Zend等文件。对于普通人来说，麻烦常常超过了价值。
下一个方法是混淆处理，我从未见过使用过。在我看来，它几乎不可能破译被正确混淆的文件，这又意味着您不能以传统方式编辑具有混淆的文件，并且需要保留主文件的副本以进行任何修改，更新和错误修复。通常这不是问题。
但是，加密与混淆的结合将使窃取您的专有代码几乎是不可能的，甚至是绝对不可能的。它不会阻止人们使用它（假设它能正常工作），但是会阻止人们对其进行修改或复制功能来创建自己的相似产品。
使用上述API密钥是另一种不错的方法为了帮助保护您的产品，但是此方法有一个缺点，那就是通过将某些应用程序逻辑存储在原始主题或插件之外，这意味着用户需要连接到服务器以检索该逻辑，以获取主题或插件才能正常运行。
这听起来似乎是一件很棒的事情，但在大多数情况下，请考虑一下即使您的服务器离线一两个小时也会发生什么情况。这会使您的主题或插件无法使用吗？无疑会。然后，您需要考虑会对最终用户产生什么样的影响。
您可以通过让一些故障安全服务器位置处理API逻辑的分布来尽可能地避免此情况，例如使用直接访问的可靠公司（如Amazon）等基于云的服务服务器中的逻辑。
那么您需要权衡开销成本和最终的价值。真的值得吗？我猜想这是项目特定和依赖的，但最终必须考虑的问题。
最重要的是，大多数会盗版或盗用您的产品，主题或插件的人最有可能从未购买过您的产品，主题或插件。
在我们的环境中，人们通常被认为是三种类型的人，
总是会偷东西和盗版的人。
在购买产品之前会尝试窃取或盗版任何物品的人。
那些只会购买您的产品的人会这样做，因为这样做是正确的做法，也是确保您的产品正常运行的最可靠方法
尽管在互联网上大量盗用和窃取主题和插件，但实际上始终如一地使用主题或插件以保证对您的底线造成任何损害的人数还是很小的。
并不是说我们不应该竭尽所能将损失降到最低，但是通常您最好将精力花在创建更多产品和/或进一步营销现有产品以及实现多元化上您提供产品的方式。
随着许多产品更新为新功能或修复错误的速度，它常常使以前盗版的产品变得无用或收效不佳。
如上所述，除了API样式集成外，加密和混淆代码是值得进一步研究的两种方法，它们以最佳的方式帮助保护您的产品，主题或插件。
评论
请不要提出这个建议，GPL许可证要求代码是“对其进行修改的首选工作形式”。这意味着没有混淆或加密。
–维克
2012年4月7日在15:07
与使用API密钥有什么不同？如果您没有注意到，哪个是公认的答案！将您的应用程序逻辑的一部分托管在第三方服务器上，并保留其结果与加密或混淆实际上是一样的事情。如果您正在加密或混淆不包含任何WordPress特定API函数的专有代码，那么我看不出这是一个问题。
–亚当
2012年4月7日在16:11
完全不同，API代码仍然是开源的并且与许可证兼容，它是一项服务。请阅读GPL。
–维克
2012年4月7日在20:12
#5 楼
如果您要出售它，那么它就不必属于GPL，因为您不能在WordPress的网站上出售它。您可以按照自己喜欢的许可自行分发。 GPL限制仅适用于Wordpress.org存储库，并且由于您无法在Wordpress.org下出售它，您可以拥有自己喜欢的任何许可证。评论
那简直是不正确的。所有扩展WordPress的PHP都是GPL或违反WordPress自己的许可证。
–克里斯·考克斯（Chris Cox）
2012年8月6日14:58
评论
很简单：无法完成。如果我错了，我表示歉意...的确，wordpress是免费的GPL cms，但是您创建的任何主题都受版权法的约束，就像其他任何事物一样...您不能出售或主张任何权利的东西是wordpress或其他人员插件等。
@Sagive WordPress社区中的许多人认为主题和插件是派生的，其代码应在GPL下。可以反驳，但这是使自己对许多人不利的快速方法，而不是应优先选择的东西。
只要人们可以复制，他们就会复制，您可以在许多不同市场上的许多产品中找到示例，我对此表示同意，让您的代码使用API密钥，如果您的代码需要密钥，并且只有一种方法可以消除代码复制的麻烦（而且它与GPL内联，因此涵盖了您的两个基础）。
抱歉，我的血糖低。