2

我正在开发一个基于订阅的 WordPress 插件,付费订阅为产品所有者提供 API 密钥和使用该插件的权利。这个问题是我关于 WordPress Answers 的更广泛问题的变体。

似乎使用 API 密钥作为插件所需的 Web 服务的身份验证是我最好的做法。GPL 规定,有进取心的“盗版者”可以自己托管我的 Web 服务代码,无需付费,甚至可以从 Web 服务接口后面合并代码,从而无需任何本地 Web 托管服务,但这两者都是情况不太可能发生,财务风险很小。

我的问题是,我可以将哪种类型的依赖项(对服务)转移到 Web 服务上以帮助使该方案更加成功,或者,我可以使用什么其他方案?我的一个想法是将模板和数据传递给服务,以接收完整的 HTML 视图作为回报。

4

2 回答 2

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 点显示这不包括服务器端脚本)希望这会有所帮助!

于 2011-12-20T03:45:16.977 回答
1

目前尚不清楚在这种情况下“成功”意味着什么。您的意思是如何使您的 GPL 代码无法与其他类似服务一起使用?你不能给你的用户戴上手铐......

您所能做的就是将尽可能多的功能从插件移到您的 Web 服务中。

但是,这不会阻止任何人从头开始实现几乎相同的东西。

以 Github 为例,他们所做的与你想要的完全相反,但他们非常成功。你能得到的唯一真正的保护就是太棒了,所以没有人愿意竞争。

GPL 的重点是保护用户免受版权所有者的侵害,它应该始终是一种善意的行为。担心这个或称任何人为“海盗”是愚蠢的;规则很清楚,只要决定这是否是你的游戏。

于 2011-12-22T18:13:04.137 回答