2011-12-13 11 views
2

私はサブスクリプションベースのWordPressプラグインを開発しています。有料のサブスクリプションでは、プロダクトオーナーにAPIキーとプラグインの使用権が与えられます。この質問は、WordPress Answersに関する私のより広い質問の変形です。不正使用からGPLベースのアプリケーションを保護するにはどうすればよいですか?

プラグインが必要とするWebサービスの認証としてAPIキーを使用するのが最善の方法です。 GPLは、真実の「海賊」が自分自身のWebサービスコードをホストし、私に支払う必要性を取り除き、Webサービスインターフェースの背後からコードを組み込み、サービスのローカルWebホスティングの必要性を排除することを指示します。シナリオはほとんどありませんし、財務リスクも小さいです。

ここで私の質問は、このスキームをより成功させるために、(サービス上の)どのような依存関係をWebサービスに移すことができますか?私が持っているアイデアの1つは、テンプレートとデータをサービスに渡して、代わりに完全なHTMLビューを受け取ることです。

+0

s/myself/myself /? –

+2

この質問にGPLタグが付いているのはなぜですか?コードGPLですか、もしそうなら、あなたは有料顧客へのアクセスを制限したいのですが? –

+0

@Laurence、私のコードはGPLなので、私の質問はGPLとタグ付けされています。これは私のソースが私の仕事と私の製品ではなく自由に利用できることを意味します。誰でもコードをダウンロードして使用することができますが、認可された方法でそれを使用するには、支払う必要があります。 – ProfK

答えて

8

ガイドラインに基づいてサービスベースのプラグインに見えるものを開発しているようです。 (ポイント6:http://wordpress.org/extend/plugins/about/guidelines/を参照してください)これは、プラグインコード自体がGPLの下になければならないが、ウェブサービスは完全に独占的である可能性があることを意味する。

これはSalesforceプラグインの良い例です。 (Salesforce CRMのWordPress-to-lead:http://wordpress.org/extend/plugins/salesforce-wordpress-to-lead/)このプラグインはSalesforceサーバーに接続しており、にはという有料アカウントが機能する必要がありますが、Webサービス自体を公開する必要はありません。

要するに、あなたのプラグインがあなたのWebサービスへのインタフェースに過ぎないとしても、閉じたWebサービスを持つことは完全に容認されます。ガイドラインの第7ポイントでは、ユーザーの同意を得てクライアント側のスクリプトや画像をプルダウンすることもできることが示されています。 (ポイント8はこれがサーバー側スクリプトを除外していることを示していますが)これが役立つことを願っています!

+3

ところで、これらの要件は、プラグインが公式のWordPressプラグインディレクトリ*でホストされている場合にのみ有効です。顧客の需要に基づいてプラグインを作成していて、ディレクトリに依存して公開されていない場合は、何でもできます。 –

1

「成功した」という意味はこの文脈では明確ではありません。 GPLコードを他の同様のサービスと連携させないようにする方法を意味しますか?ユーザーに手錠をかけることはできません。

プラグインから多くの機能をWebサービスに移動するだけです。

しかし、これは誰かがゼロからほとんど同じものを実装するのを止めるつもりはありません。

たとえば、Githubを見てみましょう。彼らはあなたが望むものとまったく逆のことをしていますが、非常に成功しています。あなたが得ることができる唯一の本当の保護は誰もが競争したいと思うように素晴らしいです。

GPLのポイントは、ユーザーを著作権者から守ることです。これは常に善意の行為でなければなりません。これを心配したり、誰かを "海賊"と呼ぶのはばかげている。ルールは明確で、これがあなたのゲームかどうかを決定するだけです。

関連する問題