Как продавать FiveM скрипты: Tebex, Cfx.re escrow, упаковка и поддержка

Вы написали скрипт, который работает на вашем сервере, и другие владельцы серверов будут платить за него. Между «это работает» и «люди могут его купить» есть магазин, метод доставки, упаковка и поддержка. Это руководство проходит через каждый шаг в порядке, который вы встретите.

#Выберите, где продавать

Большинство FiveM скриптов продаются через Tebex магазин. Tebex обрабатывает платежи, налоги, возвраты, коды скидок и доставку. Для защищенной доставки вы связываете ваш Tebex магазин с вашей учетной записью Cfx.re, и скрипт доставляется как escrow asset ресурс: учетной записи Cfx.re покупателя предоставляется доступ и зашифрованные файлы работают только для этой учетной записи.

Магазин должен быть презентабельным. Тема дает ему страницы продуктов, категории и чистый checkout; Tebex шаблон в магазине Mic Scripts — это один вариант:

Tebex TemplateПремиальная тема для вашего магазина Tebex без кода, полностью настраиваемая из панели Tebex.от 30,25 €Открыть скрипт →

Следуйте текущей документации Tebex и Cfx.re, как связать учетные записи, так как меню и требования изменяются.

#Подготовьте ресурс

Продаваемый ресурс — это больше, чем файлы Lua. Проверьте каждый пункт перед загрузкой:

• fxmanifest.lua с fx_version 'cerulean', game 'gta5', строка lua54 'yes' если вы её используете, строки dependency для ox_lib, oxmysql или фреймворка и version.
• config.lua со всеми значениями, которые покупатель должен изменить: цены, локации, keybinds, язык, выбор фреймворка.
• Locales, поэтому не англоязычные серверы могут её использовать. Смотрите переводимые скрипты.
• SQL в файле, такой как install.sql, если скрипт нуждается в таблицах. Идеально скрипт создает свои собственные таблицы при первом запуске, поэтому покупатели не забывают.
• README с шагами установки, зависимостями, строками server.cfg для добавления и первым тестом запуска.
• Предметы и работы для ESX, QBCore и QBox если скрипт их использует. Предоставьте снипеты для каждого, как в добавлении элементов ox_inventory и добавлении работы на ESX.

Решите, какие файлы остаются открытыми. Конфиг, locales и bridges фреймворка — это обычные; смотрите escrow_ignore.

#Загрузите и протестируйте сборку escrow

Загрузите ресурс на портал Cfx.re как escrow asset, свяжите его с пакетом Tebex, затем загрузите его обратно, как это делал бы покупатель и запустите на чистом сервере. Это ловит отсутствующие открытые файлы и проблемы шифрования перед клиентом. escrow lack entitlement — это ошибка, которую покупатели видят, если ключ и учетная запись не совпадают, поэтому вы ответите на этот вопрос часто.

Совет: купите свой собственный продукт один раз с другой учетной записью. Это единственный способ протестировать весь путь от checkout к запущенному ресурсу.

#Версионирование и changelogs

Используйте семантические версии: 1.0.0, 1.1.0 для функций, 1.1.1 для исправлений. Поместите версию в манифест:

version '1.2.0'

Держите CHANGELOG.md в ресурсе и в описании магазина:

## 1.2.0
- Added: config option for a cooldown
- Fixed: error when the player has no job
- Changed: locale files use the new key names (see README)

Скажите в changelog, когда изменение требует от покупателей отредактировать их конфиг или базу данных. Сюрпризы при обновлении — это наиболее распространенная причина плохих отзывов.

#Документация

Хорошая страница документов предотвращает сотню сообщений поддержки. Это не нужно быть причудливым:

• Установка в нумерованные шаги, с точными строками ensure и порядком запуска.
• Конфигурация объясненная, ключ за ключом.
• Экспорты и события, которые другие скрипты могут использовать, с примерами.
• Troubleshooting: три ошибки, которые люди встретят и их исправления.

Скриншоты и короткое видео скрипта в использовании помогают покупателям решить перед покупкой.

#Поддержка

Решите, как вы предоставляете поддержку и скажите это на странице продукта. Discord сервер работает хорошо: канал для каждого продукта, роль для покупателей и закрепленные FAQ сообщения. Установите ожидания по времени ответа и запишите, какие проблемы вы охватываете (баги в вашем скрипте) и какие вы не охватываете (конфликт с неролевым сильно модифицированным ресурсом).

Ответьте на один и тот же вопрос дважды и это принадлежит документам.

#Основы лицензирования

Укажите условия, где покупатели их видят, в описании магазина или файле LICENSE:

• Одна лицензия, один сервер — это общая модель: покупатель может запускать скрипт на своем собственном сервере.
• Нет перераспределения или перепродажи файлов, открытых включительно.
• Что покупатели могут изменить: они могут редактировать открытые файлы для собственного использования.
• Возвраты и обновления: скажите, включены ли обновления и как долго.

Escrow применяет доступ к зашифрованным файлам, но условия охватывают остальное. Если ваши условия должны быть юридически водонепроницаемыми, спросите профессионала; это руководство не юридическая консультация.

#Контрольный список