Habt ihr euch jemals Gedanken darüber gemacht, einen Marktplatz für Plugins und Themes zu schaffen?
Gründe für diese Frage
Discourse ermöglicht es Entwicklern, Themes und Plugins zu erstellen. Das ist sehr interessant. Meine Frage wäre, ob es innerhalb von Discourse einen Marktplatz für kostenpflichtige Plugins und Themes gibt. Zum Beispiel möchte ich kostenpflichtige Themes und Plugins erstellen. Weil ich für die Plugins und Themes, die ich für Discourse entwickle, bezahlt werden könnte. Ein großartiges Beispiel dafür ist Themeforest, man kann eine Website erstellen und wenn jemand seine Website mag, verdient man Geld, indem man diese spezielle Website auf Themeforest verkauft.
In meinem Fall würde ich meine Plugins und Themes innerhalb von Discourse an bestimmte Kunden oder Unternehmen verkaufen. Der Vorteil, den ich für diese Idee gut halte, ist, dass er mehr Entwickler dazu ermutigen kann, mehr Plugins und Themes für Discourse zu erstellen, sowie mehr Dienste, Unternehmen und Kunden zu integrieren. Mit anderen Worten, es ist nur eine weitere Möglichkeit, Discourse noch rentabler zu machen, was bereits etwas Interessantes, Relevantes und Konsolidiertes ist. Ein weiterer großer Vorteil eines Marktplatzes ist die Tatsache, dass man einen prozentualen Wert von dem Entwickler dieses Plugins oder Themes innerhalb der Plattform selbst verdient.
Einige Entwickler denken vielleicht, dass dies gut oder nicht interessant ist. Denn je nach Prozentsatz ist es manchmal schlecht, etwas zu entwickeln und sehr wenig zu erhalten. Dazu gibt es, wie gesagt, diejenigen, die es unterstützen, und diejenigen, die denken, dass der Marktplatz nichts Gutes oder Rentables ist.
Ich glaube, dass es für Entwickler wie mich, die am Anfang ihrer Karriere im Bereich Informationstechnologie stehen, besser ist, Plugins und Themes für etwas zu entwickeln, das bereits existiert und konsolidiert ist wie Discourse, als etwas Neues und von Grund auf zu entwickeln – denn das erfordert normalerweise viel Zeit, viel Recherche und Marketing, damit es funktioniert und finanziell rentabel ist. Außerdem müsste man normalerweise Kunden und Unternehmen gewinnen, und das braucht auch Zeit. Zusätzlich zur Glaubwürdigkeit, Reputation und Marke, die man aufbaut.
Normalerweise sind Leute, die Marktplätze nicht mögen, Entwickler, die ein eigenes Unternehmen besitzen wollen oder müssen. Für diese Entwickler hindert sie nichts daran, eine Website mit Themes und Plugins für Discourse zu erstellen, die speziell für Unternehmen und Kunden bestimmt sind, mit denen sie Kontakt haben und mehr Geld verdienen müssen, als sie es auf dem zentralen Marktplatz, sozusagen, tun würden.
Viele Open-Source-Projekte, die ich kennengelernt und recherchiert habe, haben ein Abonnement-Geschäftsmodell. Normalerweise gibt es in diesen Fällen sogenannte Plan-Typen. Dies sind normalerweise diese 3 Pläne: Community, Unternehmen, Business. Der Community-Plan hat im Allgemeinen keinen technischen Support für Kunden und ist kostenlos. Enterprise ist der Plan, der Kunden unterstützt und kostenpflichtig ist. Der Business-Plan ist normalerweise für große Unternehmen und ist verhandelbar und kostenpflichtig. Ich weiß nicht, wie das Geschäftsmodell von Discourse funktioniert, aber ich denke, basierend auf dem, was ich auf der Hauptseite gesehen habe, ist es das Abonnement-Modell. Ich könnte mich irren, und wenn ja, entschuldige ich mich.
Ein Abonnement-Modell ist eine Art Geschäftsmodell. Daher möchten oder denken Unternehmen, die sich für diese Art von Geschäftsmodell (d. h. das Abonnement-Modell) entscheiden, normalerweise auch über einen Marktplatz nachdenken. Ein gutes Beispiel dafür ist Themeforest. Früher hat man einfach Websites erstellt und den Zahlungslink dort eingefügt, so dass, wenn jemand an seiner Website interessiert war, man sie verkaufte und Geld verdiente. Heutzutage kann man auf Themeforest auch Plugins erstellen und dort verkaufen. Ich finde das als Geschäftsmodell wirklich cool und interessant.
Wie ich bereits sagte, ist dies nur ein Überblick darüber, was ich als Entwickler interessant fände. Darüber hinaus sehe ich den Marktplatz als etwas, das Open-Source-Projekte ermöglichen kann. Aus dem Hauptgrund, dass wir mit spezifischen Plugins und Themes für die von uns betreuten Kunden Geld verdienen können. Dies ist ein sehr ideales Szenario und ich finde es interessant, weil es Entwicklern mehr Freiheit gibt, diese Software weiterhin zu nutzen. Außerdem erhöht es die Integrationen mit mehr Software.
Anmerkungen
Wenn jemand Punkte dafür oder dagegen lesen und diskutieren kann, würde ich mich über Feedback freuen.
Ich kritisiere das Geschäftsmodell von Discourse nicht.
Ich glaube, dass es ein guter Anfang für den Discourse-Marktplatz wäre, wenn der Prozentsatz für kostenpflichtige Plugins und Themes nicht zu schlecht (zu teuer) wäre.
Ich habe das Beispiel von Themeforest zitiert, aber es gibt mehrere Unternehmen, die das Abonnement-Modell mit Marktplatz anbieten, wie Google. Viele Google-Produkte sind Abonnement-Modelle und haben einen Marktplatz, ein Beispiel dafür ist Google Docs.
Ich habe ThemeForest oder Google oder Google Docs erwähnt, nur um ein reales Beispiel für ein Unternehmen mit Abonnement und Marktplatz zusammen zu nennen. Mein Ziel ist es nicht, etwas zu bewerben, ich habe es nur als Referenz erwähnt.
Das habe ich mir auch überlegt. Vielleicht sollten sich alle Leute, die sich mit der Entwicklung von Discourse-Plugins beschäftigen, zusammenschließen und einen gebührenfreien Marktplatz mit Krypto aufbauen. Wir brauchen nur eine Möglichkeit, privaten Zugriff auf GitHub-Repos zu gewähren. Wir könnten eine Gitea-Instanz hosten und eine „Krypto-Tür“ vor die Repos bauen.
Das hier am häufigsten verwendete Modell sind maßgeschneiderte Plugins und Themes gegen Bezahlung sowie Open-Source-Plugins, die dem Entwickler Glaubwürdigkeit (und Kompetenzentwicklung) verleihen. Manchmal wird ein Plugin, das für einen bestimmten Kunden entwickelt wurde, als Open Source veröffentlicht.
Diejenigen, die Hilfe suchen, können im Marketplace posten. Es kommt selten vor, aber Sie können auch Dienstleistungen im Marketplace anbieten.
zu viel Aufwand beim Gewähren und Widerrufen von Zugriffen und der Verwaltung von Zahlungen bedeutet, dass Sie hohe Preise verlangen müssen und nicht in großen Mengen verkaufen/an größere Zielgruppen vermarkten können.
Ich habe mir folgende einfache Lösung überlegt, die in diesem Fall helfen könnte: Wir könnten die Plugins als ZIP-Datei mit einem Passwort anfordern. Der Server müsste die Datei nur entpacken und das Plugin in Discourse installieren. Das Passwort könnte ein verschlüsselter Schlüssel sein, den die Person zur Installation erstellt.
Somit wird es nur mit einem Schlüssel entpackt. Der Schlüssel entpackt die Datei erst, nachdem die Zahlung erfolgt ist. Dieses Szenario funktioniert sowohl für kostenpflichtige als auch für Open-Source-Plugins, je nach Entwickler.
Wenn das Problem darin besteht, den Quellcode zu visualisieren, kann eine Möglichkeit darin bestehen, einen Obfuscator zu verwenden. Wenn der Code an das Repository gesendet wird, durchläuft er einen Obfuscation-Prozess, bei dem dieser Code verpackt wird und nur mit einem bestimmten Entwicklerschlüssel angezeigt werden kann.
Die von mir beschriebene Lösung wäre ähnlich wie bei Flatpack unter Ubuntu, einem Paket, das Sie herunterladen und unter Ubuntu installieren, ohne es unbedingt über die Befehlszeile installieren zu müssen. Flatpack wäre wie eine ausführbare Datei, bei der Sie einfach auf Weiter, Weiter wie bei Windows klicken.
Um die Repositories abzubilden, können wir die Github-API verwenden – dies funktioniert nur für Plugins, die auf Github gehostet werden und öffentlich sind. Github hat eine API, mit der Sie Repositories nach Tags durchsuchen können.
Eine andere Möglichkeit wäre, hier einen Webcrawler zu verwenden, um mögliche kostenpflichtige Repositories abzubilden. Ich weiß nur nicht, ob Webcrawler den Datenschutz- und Sicherheitsbestimmungen von Discourse entspricht. Wie beim Kommentieren konnte ich alle Kommentare lesen. Wenn Sie unter dem Hashtag #marketplace posten, handelt es sich normalerweise um kostenpflichtige Plugins auf Discourse, die Sie der Welt zeigen können.
Kurz gesagt, ich denke, Entwickler können theoretisch die Links zu diesen Repositories direkt auf der Website posten, auf der sie die ZIP-Datei hosten. Dann nimmt der Webscraper den Link über die marketplace-Tags auf und zeigt die Plugins in der kostenpflichtigen Kategorie an. Wenn Sie das kostenpflichtige Plugin installieren möchten, wäre eine Möglichkeit zu bezahlen, damit die ZIP-Datei freigegeben wird, und nachdem sie freigegeben wurde, wird die ZIP-Datei mit dem Aktivierungsschlüssel entpackt, der nach der Zahlung erstellt wird.
Damit diese Lösung elegant ist, können wir etwas wie .discoursepack tun.
Die Dateiendung .discoursepack ist eine Erweiterung des benutzerdefinierten ZIP-Formats. Es ist das Format zur Installation des Plugins in Discourse.
Zusammenfassung der Idee – Proof of Concept
Quellcode → Quellcode-Verschleierung + verschlüsselter Schlüssel → Generierung der Datei discoursepack → | Entpacken der Datei discoursepack ← <- Hinzufügen des verschlüsselten Schlüssels
Der Server speichert discoursepack-Dateien für einen bestimmten Zeitraum.
Um das kostenpflichtige Plugin auf Discourse zu installieren, muss die discoursepack-Datei mit dem Passwort entpackt werden, das Sie bei der Zahlung erhalten haben.
Ohne den Verschlüsselungsschlüssel ist es nicht möglich, die Datei discoursepack zu erstellen. Ebenso ist es nicht möglich, diese Art von discoursepack-Datei zu öffnen oder zu lesen.
Kostenpflichtige Plugins können auf dem eigenen Server von Discourse oder auf dem Server des Plugin-Herstellers gehostet werden.
Offene Plugins können auf Github gehostet werden.
Wenn die Open-Source-Plugins nicht auf Github gehostet und nicht öffentlich sind, ist eine praktikable Lösung, nach dem Link zu fragen, wo sich die discoursepack-Datei befindet.
Wenn es sich um kostenpflichtige Plugins handelt, werden diese Plugins nicht auf Discourse gehostet. In diesem Fall, da sie auf der Website des Herstellers gehostet werden, muss der Hersteller den direkten Link zu dieser Datei über einen Schlüssel bereitstellen, den nur er kennt und der für alle Zahlungsmethoden temporär ist.
Wenn Sie ein hohes Volumen an Plugins haben, die auf Discourse hochgeladen werden sollen, empfehlen wir den CMS Cockpit, der leichtgewichtig ist und nicht zu viel wiegen sollte.
Plugin Open Source 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 # oder public, nopaid
description: authmatic-example von einem Entwickler, der Dinge tut. Powered by authmatic-example company.
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
Ich habe das Gefühl, Sie versuchen, ein Problem zu lösen, das nicht existiert, und Sie schütten das Kind mit dem Bade aus.
Ihre Lösung erlaubt keine einfache Aktualisierung, ist schwer/unmöglich in automatisierten Bereitstellungen zu verwenden und ist leicht zu umgehen.
Bereitstellungsschlüssel und ein Git-Repository reichen aus und haben nicht die oben genannten Nachteile.
Nochmals mein Tipp: Validieren Sie zuerst Ihr Geschäftsmodell und konzentrieren Sie sich auf den Wert. Machen Sie zuerst ein Plugin, das jeder kaufen möchte, und lösen Sie dann das Problem, wie Sie es verkaufen.
Es ist nur eine leichte Übertreibung zu behaupten, dass niemand auf der Welt, der für ein Plugin bezahlen würde, ein Plugin installieren könnte, das ein verschlüsseltes ZIP ist.
Ich habe eine Plattform, die potenziell Plugins über Deploy-Keys auf verwalteten Websites installieren könnte.
Eine andere Lösung wäre, das Plugin öffentlich zugänglich zu machen, aber es müsste nach Hause telefonieren, um zu prüfen, ob eine Lizenz gültig ist. Es könnte leicht von jemandem umgangen werden, der den Code bearbeitet, aber ich denke, so funktionieren viele WordPress-Plugins.
