Avete mai pensato di creare un marketplace per plugin e temi?
Motivi di questa domanda
Discourse consente agli sviluppatori di creare temi e plugin. Questo è molto interessante. La mia domanda sarebbe se esiste un marketplace per plugin e temi a pagamento all’interno di Discourse. Ad esempio, mi piacerebbe creare temi e plugin a pagamento. Perché potrei essere pagato per i plugin e i temi che sviluppo per Discourse. Un ottimo esempio di questo è Themeforest, puoi creare un sito web e se a qualcuno piace il tuo sito web, guadagni vendendo quel sito web specifico su Themeforest.
Nel mio caso, venderei i miei plugin e temi all’interno di Discourse a clienti o aziende specifiche. Il vantaggio che ritengo buono per questa idea è che può incoraggiare più sviluppatori a creare più plugin e temi per Discourse, nonché a integrare più servizi, aziende e clienti. In altre parole, è solo un altro modo per rendere Discourse ancora più valido, il che è già qualcosa di interessante, rilevante e consolidato. Un altro grande vantaggio di un marketplace è il fatto che si guadagna una percentuale di denaro dallo sviluppatore di quel plugin o tema all’interno della piattaforma stessa.
Alcuni sviluppatori potrebbero pensare che questo sia buono o non interessante. Perché a seconda del valore percentuale, a volte è un male sviluppare qualcosa e ricevere pochissimo. A riguardo, come ho detto, ci sono quelli che lo supportano e ci sono quelli che pensano che il marketplace non sia qualcosa di buono o valido.
Credo che gli sviluppatori come me che stanno iniziando nel campo dell’informatica - sia meglio sviluppare plugin e temi per qualcosa che già esiste ed è consolidato come Discourse piuttosto che creare qualcosa di nuovo e da zero - Perché di solito richiede molto tempo e molta ricerca e marketing affinché questo funzioni, per essere finanziariamente valido. Inoltre, normalmente dovresti conquistare clienti e aziende e anche questo richiede tempo. Oltre alla credibilità, alla reputazione e al marchio che costruisci.
Di solito le persone a cui non piacciono i marketplace sono sviluppatori che vogliono o hanno la necessità di possedere un’attività. Riguardo a questi sviluppatori, nulla impedisce loro di creare un sito web con temi e plugin per Discourse specifici per aziende e clienti con cui hanno contatti e di cui hanno bisogno per guadagnare più soldi di quanto farebbero nel marketplace centrale, per così dire.
Molti progetti open source che ho incontrato e ricercato hanno un modello di business basato su abbonamento. Di solito, in questi casi, esiste quello che chiamiamo un tipo di piano. Questi sono solitamente questi 3 piani: community, company, business. Il piano community generalmente non ha supporto tecnico per i clienti ed è gratuito. Enterprise è il piano che supporta i clienti ed è a pagamento. Il piano business è solitamente per grandi aziende ed è negoziabile e a pagamento. Non so come funziona il modello di business di Discourse, ma penso da quello che ho visto sul sito principale che sia il modello di abbonamento. Potrei sbagliarmi e, in tal caso, mi scuso.
Un modello di abbonamento è un tipo di modello di business. Quindi, di solito le aziende che optano per questo tipo di modello di business (cioè il modello di abbonamento), di solito vogliono anche pensare di avere un marketplace. Un buon esempio di questo è Themeforest, in passato creavi semplicemente siti web e mettevi il link di pagamento lì, quindi se qualcuno era interessato al tuo sito web, lo vendevi e guadagnavi. Oggi su Themeforest puoi creare plugin e venderli anche lì. È qualcosa che trovo davvero bello e interessante, come modello di business.
Come ho detto prima, è solo una panoramica di ciò che ritengo interessante come sviluppatore. Inoltre, vedo il marketplace come qualcosa che può abilitare progetti open source. Per il motivo principale per cui possiamo guadagnare con plugin e temi specifici per i clienti che serviamo. Questo è uno scenario molto ideale e penso che sia interessante perché dà agli sviluppatori maggiore libertà di continuare a utilizzare questo software. Inoltre, aumenta le integrazioni con più software.
Note
Se qualcuno può leggere e discutere qualsiasi punto di vista a favore o contro, apprezzerei il feedback.
Non sto criticando il modello di business di Discourse.
Credo che se il valore percentuale di plugin e temi a pagamento non fosse troppo basso (troppo costoso), sarebbe un ottimo inizio per il Marketplace di Discourse.
Ho citato l’esempio di Themeforest, ma ci sono diverse aziende che adottano il modello di abbonamento con marketplace come Google. Molti prodotti Google sono modelli di abbonamento e hanno un marketplace, un esempio è Google Docs.
Ho parlato di ThemeForest o Google o Google Docs, solo per citare un esempio reale di un’attività con abbonamento e marketplace insieme, il mio obiettivo non è promuovere nulla, l’ho solo menzionato come riferimento.
Ci ho pensato anch’io. Forse tutte le persone interessate allo sviluppo di plugin per Discourse dovrebbero riunirsi e costruire un marketplace senza commissioni con le criptovalute. Abbiamo solo bisogno di un modo per dare accesso privato ai repository di GitHub. Potremmo ospitare un’istanza di Gitea e costruire una “porta crittografica” davanti ai repository.
Il modello più utilizzato qui sono plugin e temi personalizzati a pagamento e plugin open source che conferiscono credibilità allo sviluppatore (e sviluppo di competenze). A volte un plugin sviluppato per un particolare cliente viene rilasciato come open source.
Coloro che cercano aiuto possono pubblicare su Marketplace. È raro, ma puoi anche offrire servizi su Marketplace.
troppa fatica per concedere e revocare l’accesso e la gestione dei pagamenti significa che devi addebitare prezzi elevati e non puoi vendere in volume/commercializzare a un pubblico più ampio.
Ho pensato alla seguente soluzione semplice che potrebbe aiutare in questo caso: possiamo chiedere che i plugin vengano inviati come file zip con una password. Il server dovrebbe solo decomprimere il file e installare il plugin in Discourse. La password potrebbe essere una chiave crittografata che la persona crea per l’installazione.
In questo modo, verrà decompresso solo con una chiave. La chiave decomprime il file solo dopo che il pagamento è stato effettuato. Ora questo scenario funziona sia per i plugin a pagamento che per i plugin open source, dipende dallo sviluppatore.
Se il problema è visualizzare il codice sorgente, un modo è usare un offuscatore. Quando il codice è stato inviato al repository, passa attraverso un processo di offuscamento, in cui questo codice viene “impacchettato” e può essere visualizzato solo con una chiave sviluppatore specifica.
La soluzione che sto descrivendo sarebbe simile a quella che avresti con flatpack su Ubuntu, che è un pacchetto che scarichi e installi su Ubuntu senza necessariamente dover installare tramite riga di comando; flatpack sarebbe come un file eseguibile dove fai solo next, next come Windows.
Per mappare i repository possiamo usare l’API di Github per questo: questo funzionerebbe solo per i plugin ospitati su Github e che sono pubblici. Github ha un’API dove puoi cercare repository per tag.
Un altro modo sarebbe usare un webcrawler qui per mappare possibili repository a pagamento. Non so solo se il webcrawler sia conforme ai termini di licenza di privacy e sicurezza di Discourse. Come commentare e sono stato in grado di leggere tutti i commenti, se pubblichi sull’hashtag #marketplace, di solito si tratta di plugin a pagamento su Discourse dove puoi mostrarlo al mondo.
In breve, penso che gli sviluppatori possano in teoria pubblicare il link a questi repository direttamente sul sito dove ospitano il file zip. Quindi lo scraper web prende il link tramite i tag marketplace e visualizza i plugin nella categoria a pagamento. Se vuoi installare il plugin a pagamento, un modo sarebbe pagare, così il file zip viene rilasciato e dopo essere stato rilasciato il file zip viene decompresso con la chiave di attivazione che viene creata dopo il pagamento.
Affinché questa soluzione sia elegante, possiamo fare qualcosa come .discoursepack.
L’estensione .discoursepack è un’estensione del formato zip personalizzato, è il formato per installare il plugin in Discourse.
Il server memorizza i file discoursepack per un certo periodo di tempo.
Per installare il plugin a pagamento su Discourse è necessario decomprimere il file discoursepack con la password ricevuta al momento del pagamento.
Senza la chiave di crittografia non è possibile creare il file discoursepack. Così come non è possibile aprire o leggere questo tipo di file discoursepack.
I plugin a pagamento possono essere ospitati sul server di Discourse stesso o possono essere ospitati sul server del produttore del plugin.
I plugin aperti possono essere ospitati su Github.
Se i plugin open source non sono ospitati su github e non sono pubblici, una soluzione praticabile è richiedere il link dove si trova il file discoursepack.
Se si tratta di plugin a pagamento, questi plugin non sono ospitati su Discourse - Quindi in questo caso, poiché sono ospitati sul sito web del produttore, è necessario che il produttore fornisca il link diretto a questo file tramite una chiave che solo lui conosce ed è temporanea per tutti i mezzi di pagamento.
Se hai un volume elevato di plugin da caricare su Discourse, consiglio il cms cockpit che è leggero e non dovrebbe pesare troppo.
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 # o public, nopaid
description: authmatic-example da uno sviluppatore che fa cose. Alimentato dalla società 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
plugin closed 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: private, paid
description: authmatic-example da uno sviluppatore che fa cose. Alimentato dalla società 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
Ho la sensazione che tu stia cercando di risolvere un problema che non esiste e che tu stia buttando via il bambino con l’acqua sporca.
La tua soluzione non consente un facile aggiornamento, è difficile/impossibile da usare nei deploy automatizzati ed è facile da aggirare.
Le chiavi di deploy e un repository Git saranno sufficienti e non presentano gli svantaggi sopra menzionati.
Ancora una volta, il mio consiglio: convalida prima il tuo modello di business e concentrati sul valore. Prima crea un plugin che tutti vogliano comprare, poi risolvi il problema di come venderlo.
È solo una leggera esagerazione suggerire che nessuno sul pianeta pagherebbe per un plugin che potrebbe installare un plugin che è uno zip crittografato.
Ho una piattaforma che potrebbe potenzialmente installare plugin utilizzando chiavi di distribuzione su siti che gestisce.
Un’altra soluzione sarebbe rendere il plugin pubblicamente disponibile ma farlo “telefonare a casa” per vedere se una qualche licenza è valida. Potrebbe essere facilmente aggirato da qualcuno che ha modificato il codice, ma penso che sia così che funzionano molti plugin di WordPress.
