WordPressはGPLであるため、WordPressで作成されたすべてのプラグインとテーマはGPLであると想定されています。しかし、医療事務のスケジューリングシステムのテーマなど、利益のために繰り返し販売することを目的として、非常に複雑なアプリのテーマを3か月かけてコーディングした場合、適度な額であっても投資を保護するにはどうすればよいですか?
WordPressはGPLであるため、WordPressで作成されたすべてのプラグインとテーマはGPLであると想定されています。しかし、医療事務のスケジューリングシステムのテーマなど、利益のために繰り返し販売することを目的として、非常に複雑なアプリのテーマを3か月かけてコーディングした場合、適度な額であっても投資を保護するにはどうすればよいですか?
回答:
他の二つの提案に加えて、もう一つの可能なアプローチがあります:すべてのカスタムアプリ機能の移動テーマのうち、とにホストされたWebサービスを介してのテーマが接続するAPIキー。この方法では、テーマ自体と再配布がカスタムアプリベースのビジネスモデルに影響を与えることはありません。アプリはテーマと有効なAPIキーを必要とするためです。
このアプローチは、カスタムアプリの性質に応じて機能する場合と機能しない場合がありますが、一部の商用プラグインの成功モデルであり、GPLに完全に準拠しています。
合法性は別として、私は一般的にこのように考え、良いコードを書き、良いサポートを提供すれば、人々はあなたのところに来るでしょう。GPLであり、素晴らしい成果を上げている多くのプレミアムテーマがあります。見でWooThemes、ヘッドウェイ、StudioPressから(ジェネシス)書き込み品質、完全にGPLテーマとそうすることで生計を立てることだけで数社に名前を付けます。
私の意見では、彼らの成功の一部は、クイリティのサポートを提供し、生活に耐えられる金額でテーマを価格設定しているが、他の人はそれらにお金を払う余裕があると信じられています。
「私のテーマをGPLにすると誰かがそれを盗み、私の仕事がすべてなくなる」という考えは間違っていると思います。確かに、誰かがそれを盗んで、それを手放すでしょう。しかし、サポートを提供すれば、人々はまだあなたのところに来てそれを手に入れるでしょう。彼らが得ているものを知っているという事実は言うまでもありません。無料/盗まれたプレミアムテーマ(および一部の非プレミアムテーマ)には、しばしばスパイウェア/マルウェアが含まれています。動作することがわかっているものに対して誰かに支払い、後でウイルスに対処したいと思います。
最後の例(おそらく私のお気に入り)はJustin TadlockのTheme Hybridです。彼はGPLとして無料でリリースし、サポートに年間25ドルを請求しています。彼のサポートが素晴らしいので、喜んで支払います。
肝心なのは、信頼できる環境を作り、人々が来る場合です。
別のソリューションは、terrソリューション、製品の$ X、サポートの$ Y、追加アドオンの$ Zです。
PS:個人的には、完全なGPLではないWordPress向けのものは何も買いません。
製品にいくつかの法的制限を適用し、WordPressのGPLプラクティスに準拠したい場合、最良のオプションは分割ライセンスです。
このスレッドで言及されていないものは、暗号化と難読化のトピックです。
IonCubeまたはZend Encoderを使用してコードを暗号化することは、保護テーマや使用中のプラグインの2つの一般的な方法にすぎません。
暗号化の問題は、十分な意志と希望をもって、ファイルを元の状態に復号化できることです。結果が異なる場合があり、暗号化方法のタイプがどの程度理解されているかによって、多くの場合、ファイルの復号化の成功または失敗が決まります。
IonCube、Zendなどからファイルを復号化する技術に非常に熟練した不cru慎な個人がいます。平均的な人にとって、面倒なことがしばしば価値を上回っています。
次の方法論は難読化であり、これまで使用されたことはほとんどありませんでした。私の意見では、適切に難読化されたファイルを解読することはほぼ不可能になる可能性があり、これはまた、従来の方法で難読化されたファイルを編集できず、変更、更新、バグ修正のためにマスターファイルのコピーを保持する必要があることを意味します通常は問題ありません。
しかし、暗号化と難読化の両方の組み合わせにより、絶対に不可能ではないにしても、専有コードを盗むことがほぼ不可能になります。機能することを前提に、人々がそれを使用するのを止めることはありませんが、人々がそれを変更したり、機能をコピーして独自の同様の製品を作成することはできません。
上記のようにAPIキーを使用することは、製品を保護するためのもう1つの優れた方法ですが、この方法には欠点があり、元のテーマまたはプラグインからアプリケーションロジックの一部を保存することにより、ユーザーが接続する必要があることを意味しますサーバーがそのロジックを取得して、テーマまたはプラグインが適切に動作するようにします。
これは素晴らしいことのように聞こえますが、ほとんどの場合はそうですが、サーバーが1〜2時間オフラインになった場合にどうなるかを検討してください。これにより、テーマまたはプラグインが使用できなくなりますか?間違いないでしょう。次に、エンドユーザーにどのような影響を与えるかを考慮する必要があります。
サーバーからロジックに直接アクセスするだけでなく、Amazonなどの信頼できる企業のクラウドベースのサービスを使用するなど、APIロジックの配布をフェールセーフサーバーの場所に処理させることで、これを可能な限り回避できます。
次に、オーバーヘッドのコストと最終的にあなたにとっての価値を比較検討する必要があります。本当に時間の価値がありますか?それはプロジェクト固有で依存していると思いますが、最終的には考慮しなければならないことです。
一番下の行は、あなたの製品、テーマ、またはプラグインを海賊または盗む人のほとんどが、そもそもあなたの製品、テーマ、またはプラグインを購入したことがない可能性が高いということです。
私たちの環境には3種類の人々がいると考えられていますが、
常に何かを盗み、海賊行為をする人。
製品を購入する前に、何かを盗んだり海賊行為をしようとする人。
単にあなたの製品を購入する人、それは正しいことであり、あなたの製品が説明されているように動作することを保証する最も信頼できる方法だからです。
テーマやプラグインの盗用や盗みはインターネット上に散らばっていますが、収益に損害を与えるのに十分な程度に一貫してテーマやプラグインを実際に使用している人の数はごくわずかです。
その損失を最小限に抑えるために私たちの力の範囲内ですべてを行うべきではないということではありませんが、多くの場合、あなたの努力はより多くの製品を作成し、既存の製品をさらにマーケティングし、製品を提供する方法を多様化することに費やされるでしょう。
多くの製品が新機能で更新されるかバグを修正する率で、以前に海賊版にされた製品が役に立たないか、またはそれが支払われたほど実りのないものになることがよくあります。
前述のように、暗号化と難読化を組み合わせたコードは、APIスタイルの統合に加えてさらに調査する価値のある2つの方法であり、製品、テーマ、またはプラグインを可能な限り最善の方法で保護します。