プラグインとテーマのマーケットプレイスの作成を考えたことはありますか？

[anon40545810]

プラグインやテーマのマーケットプレイスの作成について、皆さんは考えたことがありますか？

この質問をした理由

1. Discourseでは、開発者がテーマやプラグインを作成できます。これは非常に興味深いです。私の質問は、Discourse内に有料プラグインやテーマのマーケットプレイスがあるかどうかということです。例えば、有料のテーマやプラグインを作成したいと考えています。なぜなら、Discourseのために開発したプラグインやテーマでお金を稼ぐことができるからです。その良い例がThemeforestです。ウェブサイトを作成し、誰かがそのウェブサイトを気に入れば、その特定のウェブサイトをThemeforestで販売してお金を稼ぐことができます。
2. 私の場合、Discourse内で特定のクライアントや企業にプラグインやテーマを販売します。このアイデアにとって良いと思われる利点は、より多くの開発者がDiscourseのために、より多くのプラグインやテーマを作成することを奨励し、より多くのサービス、企業、クライアントを統合できることです。言い換えれば、すでに興味深く、関連性があり、確立されているDiscourseをさらに実行可能にするもう一つの方法にすぎません。マーケットプレイスのもう一つの大きな利点は、プラットフォーム自体内で、そのプラグインやテーマの開発者から一定の割合のお金を得られるという事実です。
3. 一部の開発者は、これが良い、または興味がないと思うかもしれません。なぜなら、割合によっては、何かを開発しても非常に少ない金額しか受け取れない場合があるからです。これについては、前述したように、それを支持する人もいれば、マーケットプレイスは良いものでも実行可能なものでもないと考える人もいます。
4. 私のような情報技術分野で始めたばかりの開発者にとっては、ゼロから何かを作るよりも、Discourseのような確立された既存のものに対してプラグインやテーマを開発する方が良いと思います。なぜなら、通常、それが機能し、経済的に実行可能になるには、多くの時間、多くの調査、そしてマーケティングが必要だからです。また、通常は顧客や企業を獲得する必要があり、それにも時間がかかります。信頼性、評判、ブランドを構築することに加えて。
5. 通常、マーケットプレイスを好まないのは、ビジネスを所有したい、または所有する必要がある開発者です。これらの開発者については、企業や顧客に特化したDiscourseのテーマやプラグインを備えたウェブサイトを作成することを妨げるものは何もありません。彼らは、中央のマーケットプレイス（いわば）よりも多くのお金を稼ぐ必要があります。
6. 私が出会って調査した多くのオープンソースプロジェクトは、サブスクリプションビジネスモデルを採用しています。通常、これらの場合、いわゆるプランタイプがあります。これらは通常、コミュニティ、企業、ビジネスの3つのプランです。コミュニティプランは一般的に顧客サポートがなく、無料です。エンタープライズは顧客をサポートする有料プランです。ビジネスプランは通常、大企業向けで、交渉可能で有料です。Discourseのビジネスモデルがどのように機能するかはわかりませんが、メインサイトで見た限りではサブスクリプションモデルだと思います。間違っているかもしれませんが、もしそうなら謝罪します。
7. サブスクリプションモデルはビジネスモデルの一種です。したがって、通常、このタイプのビジネスモデル（つまりサブスクリプションモデル）を選択する企業は、マーケットプレイスも所有したい、または所有することを考えています。その良い例がThemeforestです。過去には、ウェブサイトを作成して支払いリンクをそこに置くだけで、誰かがあなたのウェブサイトに興味を持てば、販売して収入を得ることができました。現在、Themeforestではプラグインを作成して販売することもできます。ビジネスモデルとして、非常にクールで興味深いことだと思います。
8. 前述したように、これは開発者としての私の考えの概要にすぎません。さらに、マーケットプレイスはオープンソースプロジェクトを可能にするものだと考えています。クライアントに特化したプラグインやテーマでお金を稼ぐことができるという主な理由からです。これは非常に理想的なシナリオであり、開発者がこのソフトウェアを使い続けるためのより多くの自由を与えるため、興味深いと思います。また、より多くのソフトウェアとの統合も増加します。

注記

1. 賛成または反対のあらゆる視点について、誰かが読んで議論してくれるなら、フィードバックに感謝します。
2. Discourseのビジネスモデルを批判しているわけではありません。
3. 有料プラグインやテーマの割合があまり悪くない（高すぎない）場合、Discourseマーケットプレイスにとって素晴らしいスタートになると思います。
4. Themeforestの例を挙げましたが、Googleのようにサブスクリプションモデルとマーケットプレイスを備えた企業は他にもたくさんあります。多くのGoogle製品はサブスクリプションモデルであり、マーケットプレイスがあります。その例の1つがGoogleドキュメントです。
5. ThemeForestやGoogle、Googleドキュメントについて言及したのは、サブスクリプションとマーケットプレイスを組み合わせたビジネスの実際の例を挙げるためだけであり、宣伝する意図はありません。参照として何かを挙げるためだけに言及しました。

[spirobel]

私もそう思いました。おそらく、Discourse プラグイン開発に携わるすべての人が集まり、手数料無料のマーケットプレイスを暗号通貨で構築すべきでしょう。GitHub リポジトリへのプライベートアクセスを提供する方法が必要です。Gitea インスタンスをホストし、リポジトリの前に「暗号通貨ドア」を構築できます。

[michaeld (Michael - Communiteq)]

@spirobel

プライベートなGitHubリポジトリへのアクセス権を付与する

プライベートなGitHubリポジトリへのデプロイキーを「販売」することはできますか？

私のヒント：ビジネスモデルがうまくいくことが証明される前に、ソリューションを過剰に設計しないでください。Email-First Startups を読んでください。

[pfaffman (Jay Pfaffman)]

ここで最もよく使われるのは、有料のカスタムプラグインやテーマ、そして開発者に信頼性（およびスキル開発）を与えるオープンソースのプラグインです。特定のクライアント向けに開発されたプラグインが、ソースとして公開されることもあります。

ヘルプを求める人は Marketplace に投稿できます。めったにありませんが、Marketplace でサービスを提供することもできます。

[spirobel]

@michaeld

プライベートなGitHubリポジトリへのデプロイキーを「販売」できるのですか？

アクセスを付与・取り消し、支払い管理を行うのは手間がかかりすぎるため、高価格を設定する必要があり、大量販売やより大きなオーディエンスへの販売はできません。

@michaeld

私のヒント：ビジネスモデルがうまくいくことが証明される前に、ソリューションを過剰に設計しないでください。Ryan Hoover’s Personal Website を読んでください。

非常に良い点です。

[anon40545810]

こんにちは、皆さん。

私のコンセプト Discourse マーケットプレイス:

1. この状況に役立つかもしれない、シンプルで簡単な解決策を考えました。プラグインをパスワード付きのzipファイルとして送信してもらうことができます。サーバーはファイルを解凍してDiscourseにプラグインをインストールするだけで済みます。パスワードは、インストールするために作成する暗号化されたキーにすることができます。
2. これにより、キーがないと解凍できません。キーは支払いが行われた後にのみファイルを解凍します。このシナリオは、有料プラグインまたはオープンソースプラグインにも対応できます。開発者次第です。
3. ソースコードを可視化する問題がある場合、1つの方法はObfuscatorを使用することです。コードがリポジトリに送信されると、難読化プロセスを経由し、特定の開発者キーでしか表示できないようにラップされます。
4. 私が説明しているソリューションは、Ubuntuのflatpackのようなものになります。これは、コマンドラインからインストールする必要なくUbuntuにインストールできるパッケージです。flatpackは、Windowsのように「次へ、次へ」だけで実行できる実行可能ファイルのようなものです。
5. リポジトリをマッピングするには、Github APIを使用できます。これは、Githubでホストされている公開されているプラグインにのみ機能します。Githubには、タグでリポジトリを検索できるAPIがあります。
6. もう1つの方法は、Webクローラーを使用して有料リポジトリをマッピングすることです。WebクローラーがDiscourseのプライバシーとセキュリティの利用規約に準拠しているかどうかはわかりません。コメントのように、すべてのコメントを読むことができました。ハッシュタグ #marketplace に投稿すると、通常はDiscourseの有料プラグインが表示され、世界に公開できます。
7. 要するに、開発者はこれらのリポジトリへのリンクを、zipファイルをホストしているサイトに直接投稿できると考えています。その後、Webスクレイパーはmarketplaceタグを介してリンクを取得し、有料カテゴリのプラグインを表示します。有料プラグインをインストールしたい場合、1つの方法は支払いをすることです。これによりzipがリリースされ、リリース後に支払いが行われた後に作成されたアクティベーションキーでzipが解凍されます。
8. このソリューションを洗練させるために、.discoursepackのようなものを行うことができます。
9. .discoursepack拡張子は、カスタムzip形式の拡張子であり、Discourseにプラグインをインストールするための形式です。

アイデア概要 - 概念実証

1. ソースコード → ソースコード難読化 + 暗号化キー → ファイル discoursepack を生成 → | ファイル discoursepack を解凍
   ← → 暗号化キーを追加
2. サーバーは discoursepack ファイルを一定期間保存します。
3. Discourseに有料プラグインをインストールするには、支払い時に受け取ったパスワードで discoursepack ファイルを解凍する必要があります。
4. 暗号化キーがないと、ファイル discoursepack を作成することはできません。このタイプのファイル discoursepack を開いたり読み取ったりすることもできません。
5. 有料プラグインは、Discourseのサーバー自体でホストすることも、プラグインメーカーのサーバーでホストすることもできます。
6. オープンソースプラグインはGithubでホストできます。
7. オープンソースプラグインがgithubでホストされておらず、公開されていない場合、実行可能な解決策は、discoursepack ファイルがあるリンクを要求することです。
8. 有料プラグインの場合、これらのプラグインはDiscourseでホストされていません。この場合、メーカーのウェブサイトでホストされているため、メーカーは、一時的なキーを通じて、支払い手段すべてに有効なこのファイルへの直接リンクを提供する必要があります。
9. Discourseにアップロードするプラグインの量が多い場合は、軽量でそれほど負荷がかからないcms cockpitをお勧めします。

プラグイン オープンソース config.yml

server:
  host: 127.0.0.1
  port: 8006
  debug: true
analytics:
  enabled: true
  tag: xx-xxxxx-xxx
plugin:
  title: authmatic-example
  type: public, paid # または public, nopaid
  description: authmatic-example companyによって提供される、authmatic-exampleの開発者によるものです。
  url: https://github.com/authmatic-example/releases/v1/authmatic-example.discoursepack
  releases: v1
  author:
    name: authmatic-example
    github: authmatic-example
    twitter: authmatic-example
    site: authmatic-example.com
    avatar: /assets/avatar.jpg
keystore:
  enabled: true
  client_id: xxxxxxxxxxxxxxxxxxxxxxxxx
  client_secret: xxxxxxxxxxxxxxxxxxxxxxxxx
  repo: authmatic-example
  owner: authmatic-example
  admins: [authmatic-example]
log: true
  format: text
  level: info
  line: true

プラグイン クローズドソース config.yml

server:
  host: 127.0.0.1
  port: 8006
  debug: true
analytics:
  enabled: true
  tag: xx-xxxxx-xxx
plugin:
  title: authmatic-example
  type: private, paid
  description: authmatic-example companyによって提供される、authmatic-exampleの開発者によるものです。
  url: client_url_temp
  releases: v1
  author:
    name: authmatic-example
    github: authmatic-example
    twitter: authmatic-example
    site: authmatic-example.com
    avatar: /assets/avatar.jpg
keystore:
  enabled: true
  client_id: xxxxxxxxxxxxxxxxxxxxxxxxx
  client_secret: xxxxxxxxxxxxxxxxxxxxxxxxx
  client_url_temp: xxxxxxxxxxxxxxxxxxxxxxxxx
  repo: authmatic-example
  owner: authmatic-example
  admins: [authmatic-example]
log: true
  format: text
  level: info
  line: true

MVP - Minimum Viable Product

許容されるファイルサイズ制限

1. 100MB または 900MB のファイル discoursepack。

参考

• Flatpak - Wikipedia
• https://stackoverflow.com/questions/232736/is-there-a-code-obfuscator-for-php
• https://developer.android.com/training/articles/keystore
• Top 5: Best Open Source PHP Code Obfuscator Libraries | Our Code World
• GitHub - pH-7/Obfuscator-Class: 👨‍💻 Simple and effective Obfuscator PHP class (this is not a stupid base64 encoding script, but a real and effective obfuscation script)
• GitHub - naneau/php-obfuscator: A parsing PHP obfuscator
• GitHub - expo/expo: An open-source framework for making universal native apps with React. Expo runs on Android, iOS, and the web.
• 9 App Store Alternatives - Google Play Alternatives on the same operating systems
• F-Droid · GitHub
• https://getcockpit.com/
• https://medium.com/@yuzool/what-is-a-flat-file-cms-bac76760b40d
• https://nicholas.adgr.dev/
• GitHub - michelvanheest/shortcuts-design-data
• Look Ma, no CMS!
• GitHub - depado/smallblog: Flat file markdown blogging system with filesystem watch and extended markdown support
• Getting Started — Eleventy
• https://yaml.org/
• https://www.markdownguide.org/
• JSON

[michaeld (Michael - Communiteq)]

問題が存在しないのに解決しようとしているように感じます。本末転倒です。

あなたのソリューションは、簡単な更新を許可せず、自動デプロイメントでの使用が困難または不可能であり、簡単に回避できます。

デプロイキーとGitリポジトリで十分であり、上記のような欠点はありません。

繰り返しになりますが、私のヒントは、まずビジネスモデルを検証し、価値に焦点を当てることです。まず誰もが買いたいと思うプラグインを作成し、次にそれを販売する方法の問題を解決してください。

[pfaffman (Jay Pfaffman)]

@anon40545810

私は、この場合に役立つ可能性のある簡単な解決策を思いつきました。プラグインをパスワード付きのzipファイルとして送信するように依頼できます。サーバーはファイルを解凍してDiscourseにプラグインをインストールするだけで済みます。パスワードは、インストールするために作成する暗号化されたキーにすることができます。

暗号化されたzipファイルであるプラグインにお金を払う人が誰もいないと示唆するのは、ほんの少しの誇張にすぎません。

管理しているサイトでデプロイキーを使用してプラグインをインストールできるプラットフォームがあります。

別の解決策は、プラグインを公開することですが、ライセンスが有効かどうかを確認するために電話をかけることです。コードを編集した人に簡単にだまされる可能性がありますが、多くのWordPressプラグインがそのように機能していると思います。

[anon40545810]

おっしゃることは理にかなっています。すみません。あなたのフィードバックは非常に的確で、思いつきませんでした。