Вы, ребята, когда-нибудь думали о создании маркетплейса для плагинов и тем?
Причины этого вопроса
Discourse позволяет разработчикам создавать темы и плагины. Это очень интересно. Мой вопрос: есть ли внутри Discourse маркетплейс для платных плагинов и тем? Например, я хотел бы создавать платные темы и плагины, поскольку мог бы получать оплату за разработанные для Discourse продукты. Отличным примером этого является Themeforest: вы можете создать веб-сайт, и если кому-то понравится ваш сайт, вы заработаете деньги, продав его на Themeforest.
В моём случае я бы продавал свои плагины и темы внутри Discourse конкретным клиентам или компаниям. Преимущество, которое я считаю важным для этой идеи, заключается в том, что это может стимулировать больше разработчиков создавать плагины и темы для Discourse, а также интегрировать больше сервисов, компаний и клиентов. Иными словами, это просто ещё один способ сделать Discourse ещё более жизнеспособным, что уже является интересным, актуальным и устоявшимся фактом. Ещё одним большим преимуществом маркетплейса является то, что платформа получает процент от суммы, которую разработчик платит за плагин или тему.
Некоторые разработчики могут считать это хорошим или, наоборот, неинтересным. Поскольку в зависимости от размера процента иногда невыгодно разрабатывать что-то и получать очень мало. По этому поводу, как я уже сказал, есть те, кто поддерживает эту идею, и те, кто считает, что маркетплейс — это нехорошо или нежизнеспособно.
Я считаю, что для таких разработчиков, как я, только начинающих свой путь в сфере информационных технологий, лучше разрабатывать плагины и темы для чего-то уже существующего и устоявшегося, как Discourse, чем создавать что-то новое с нуля. Обычно это требует много времени, исследований и маркетинга, чтобы проект стал финансово жизнеспособным. Кроме того, обычно нужно завоевать доверие клиентов и компаний, что тоже занимает время, а также требует построения репутации и бренда.
Обычно люди, которые не любят маркетплейсы, — это разработчики, которые хотят или нуждаются в собственном бизнесе. Ничто не мешает таким разработчикам создать собственный веб-сайт с темами и плагинами для Discourse, ориентированными на конкретные компании и клиентов, с которыми они работают, и зарабатывать больше, чем они могли бы в центральном маркетплейсе.
Многие открытые проекты, с которыми я сталкивался и которые изучал, используют модель подписки. Обычно в таких случаях существуют три типа тарифных планов: Community, Company и Business. План Community, как правило, бесплатный и не предусматривает технической поддержки для клиентов. Enterprise — это план с поддержкой клиентов, который является платным. План Business обычно предназначен для крупных компаний, его условия обсуждаются индивидуально, и он также платный. Я не знаю, как работает бизнес-модель Discourse, но, судя по тому, что я видел на их главном сайте, она основана на подписке. Возможно, я ошибаюсь, и если так, приношу извинения.
Модель подписки — это тип бизнес-модели. Поэтому компании, выбирающие такую модель (то есть модель подписки), обычно также хотят или планируют создать маркетплейс. Хорошим примером этого является Themeforest: раньше вы просто создавали веб-сайты и размещали ссылку на оплату, так что, если кто-то интересовался вашим сайтом, вы его продавали и зарабатывали. Сейчас на Themeforest можно создавать плагины и продавать их там. Это, на мой взгляд, действительно круто и интересно как бизнес-модель.
Как я уже говорил выше, это лишь обзор того, что, по моему мнению, было бы интересно как разработчику. Кроме того, я вижу маркетплейс как инструмент, способный поддержать открытые проекты. Основная причина в том, что мы можем зарабатывать деньги на плагинах и темах, специфичных для наших клиентов. Это очень идеальная ситуация, и я считаю её интересной, поскольку она даёт разработчикам больше свободы продолжать использовать это программное обеспечение. Кроме того, это способствует увеличению интеграций с другими программными продуктами.
Примечания
Если кто-то сможет прочитать и обсудить любые точки зрения «за» или «против», я буду благодарен за обратную связь.
Я не критикую бизнес-модель Discourse.
Я считаю, что если процентная ставка за платные плагины и темы не будет слишком высокой (слишком дорогой), это станет отличным началом для маркетплейса Discourse.
Я привёл пример Themeforest, но есть множество компаний, использующих модель подписки с маркетплейсом, например, Google. Многие продукты Google работают по модели подписки и имеют маркетплейс; примером этого является Google Docs.
Я упомянул ThemeForest, Google или Google Docs только как реальные примеры бизнеса, сочетающего подписку и маркетплейс. Моя цель не в продвижении чего-либо, я просто привёл их в качестве примера для справки.
Я тоже об этом думал. Возможно, всем, кто занимается разработкой плагинов для Discourse, стоит объединиться и создать бесплатную маркетплейс-платформу на базе криптовалюты. Нам просто нужен способ предоставлять приватный доступ к репозиториям GitHub. Мы могли бы развернуть экземпляр Gitea и установить перед репозиториями «крипто-дверь».}
Наиболее часто используемая здесь модель — это создание индивидуальных плагинов и тем за плату, а также использование открытых плагинов, которые помогают разработчику укрепить репутацию (и получить опыт). Иногда плагин, созданный для конкретного клиента, выпускается с открытым исходным кодом.
Те, кто ищет помощь, могут опубликовать запрос в канале Marketplace. Это делается редко, но вы также можете предлагать свои услуги в канале Marketplace.
Слишком много хлопот с предоставлением и отзывом доступа, а также с управлением платежами, из-за чего приходится устанавливать высокие цены и невозможно продавать в больших объёмах или охватывать широкую аудиторию.
Я придумал следующее простое решение, которое могло бы помочь в данном случае: мы можем попросить отправлять плагины в виде ZIP-архива с паролем. Серверу нужно будет лишь распаковать файл и установить плагин в Discourse. Пароль может быть зашифрованным ключом, который создатель плагина генерирует для установки.
Таким образом, файл будет распакован только с помощью ключа. Ключ разархивирует файл только после совершения оплаты. Этот сценарий подходит как для платных, так и для открытых (open source) плагинов — всё зависит от разработчика.
Если проблема заключается в возможности просмотра исходного кода, одним из решений может быть использование обфускатора. Когда код отправляется в репозиторий, он проходит процесс обфускации: код оборачивается и может быть просмотрен только с помощью специального ключа разработчика.
Предлагаемое мной решение будет аналогично тому, что работает с Flatpak в Ubuntu — это пакет, который можно скачать и установить в Ubuntu без необходимости использования командной строки. Flatpak работает как исполняемый файл, где достаточно просто нажимать «Далее», как в Windows.
Для отображения репозиториев можно использовать API GitHub — это будет работать только для плагинов, размещённых на GitHub и имеющих публичный доступ. У GitHub есть API, позволяющее искать репозитории по тегам.
Другой вариант — использование веб-краулера для поиска возможных платных репозиториев. Однако я не уверен, соответствует ли такой подход требованиям лицензии Discourse в отношении конфиденциальности и безопасности. Например, если оставить комментарий и прочитать все комментарии, то при публикации в хэштеге #marketplace обычно появляются платные плагины для Discourse, которые можно показать всему миру.
Вкратце: разработчики теоретически могут размещать ссылки на свои репозитории напрямую на сайте, где они хранят ZIP-файлы. Затем веб-скрапер будет извлекать ссылки по тегу marketplace и отображать плагины в категории «Платные». Если пользователь хочет установить платный плагин, ему нужно будет произвести оплату, после чего ZIP-файл станет доступен, и его можно будет распаковать с помощью ключа активации, сгенерированного после оплаты.
Чтобы это решение выглядело элегантно, мы можем использовать расширение .discoursepack.
Расширение .discoursepack — это кастомный формат ZIP-архива, предназначенный для установки плагинов в Discourse.
Сервер хранит файлы discoursepack в течение определённого периода времени.
Для установки платного плагина в Discourse необходимо распаковать файл discoursepack с помощью пароля, полученного после оплаты.
Без ключа шифрования невозможно создать файл discoursepack. Точно так же невозможно открыть или прочитать файл такого типа без ключа.
Платные плагины могут размещаться на собственном сервере Discourse или на сервере производителя плагина.
Открытые плагины могут размещаться на GitHub.
Если открытые плагины не размещены на GitHub или не являются публичными, жизнеспособным решением будет требование предоставить ссылку, где находится файл discoursepack.
Если это платные плагины, они не размещаются на сервере Discourse. В этом случае, поскольку они находятся на сайте производителя, необходимо, чтобы производитель предоставил прямую ссылку на файл через временный ключ, известный только ему и действительный только для всех способов оплаты.
Если ожидается большой объём загружаемых плагинов в 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 от разработчика, который делает вещи. Работает на базе компании 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 от разработчика, который делает вещи. Работает на базе компании 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
Мне кажется, вы пытаетесь решить проблему, которой не существует, и выбрасываете ребёнка вместе с водой из ванны.
Ваше решение не позволяет легко обновлять систему, его сложно или невозможно использовать в автоматизированных развёртываниях, и его легко обойти.
Достаточно использовать ключи развёртывания и репозиторий Git — у них нет указанных выше недостатков.
Ещё раз мой совет: сначала проверьте свою бизнес-модель и сосредоточьтесь на ценности. Сначала создайте плагин, который все захотят купить, а потом уже решайте, как его продавать.
Будет лишь небольшим преувеличением сказать, что никто на планете не стал бы платить за плагин, который можно установить только в виде зашифрованного ZIP-архива.
У меня есть платформа, которая потенциально могла бы устанавливать плагины, используя ключи развёртывания на управляемых ею сайтах.
Другое решение — сделать плагин общедоступным, но заставить его «дозваниваться» домой для проверки валидности лицензии. Такой подход легко обойти, если кто-то отредактирует код, но, на мой взгляд, именно так работают многие плагины WordPress.
