Перейти к основному содержимому

Общие вопросы

Ответы на частые вопросы о MMO-DEV WEB, модели работы, лицензиях, поддержке и составе платформы.

Продукт и модель работы​

1. Что такое MMO-DEV WEB?​

MMO-DEV WEB - SaaS-платформа для игровых проектов: личный кабинет, админ-панель, GraphQL API, платежи, игровые аккаунты, модули, лаунчер и инструменты поддержки.

2. Это коробочный продукт или сервис?​

Это сервис с клиентскими файлами для самостоятельного размещения сайта. Основные настройки проекта, модулей и интеграций управляются через SaaS-панель.

3. Получу ли я файлы сайта?​

Да. Вы скачиваете клиентский релиз и размещаете его на своём хостинге. Релиз содержит сайт, кабинет, шаблоны и локальные файлы клиента.

4. Что остаётся на стороне платформы?​

Панель управления, API, настройки проекта, операции модулей, платежная логика и сервисные интеграции обслуживаются платформой.

5. Можно ли полностью перенести платформу к себе?​

Стандартная модель - SaaS. Индивидуальные условия размещения или выделенной инфраструктуры обсуждаются отдельно.

Возможности​

6. Какие игровые платформы поддерживаются?​

Поддерживаются разные игровые платформы, включая Lineage 2, Aion, Battle of the Immortals и другие сценарии, доступные в панели проекта.

7. Можно ли подключить несколько серверов?​

Да. Проект может содержать несколько игровых серверов. Для каждого сервера можно настроить отображение, меню, модули, платежи и отдельные параметры.

8. Есть ли поддержка нескольких языков?​

Да. Клиент и API поддерживают локализацию. Предпочтительный язык ответа передаётся стандартным заголовком Accept-Language; региональные теги и приоритеты q поддерживаются.

9. Можно ли использовать свой дизайн?​

Да. Клиентские шаблоны можно адаптировать под бренд проекта. Для доработок используйте систему шаблонов и фраз, чтобы обновления не ломали изменения.

10. Можно ли подключить свои модули?​

Да, но модуль должен учитывать текущие настройки клиента, проекта и правила безопасности. Для крупных доработок лучше заранее согласовать контракт данных и UI.

Платежи и модули​

11. Какие платежные системы доступны?​

Доступные агрегаторы настраиваются в панели проекта. Для каждого агрегатора указываются его публичные параметры и секретные ключи.

12. Можно ли включить несколько платежных способов?​

Да. Пользователь выбирает доступный способ оплаты на странице пополнения баланса.

13. Как работают платные модули?​

Модули приобретаются для проекта и могут быть включены в настройках. Для серверных функций можно задавать доступность по конкретным серверам.

14. Что происходит, если срок модуля закончился?​

Модуль перестаёт быть доступен для новых действий, но аккаунт проекта не должен отключаться только из-за окончания срока отдельного модуля.

Поддержка и обновления​

15. Как обновлять клиент?​

Используйте обновление в один клик в локальной админке клиента. Клиент скачает релиз для подключённой установки, проверит цифровую подпись и целостность файлов, создаст резервную копию и запустит штатное обновление. Полный архив из панели нужен для новой установки или ручного восстановления.

16. Нужно ли редактировать проектные настройки на клиенте вручную?​

Нет. Проектные настройки меняются в SaaS-панели и затем загружаются в клиент штатным механизмом обновления настроек.

17. Что делать, если после обновления пропали пункты меню?​

Проверьте настройки меню проекта, доступность модулей и выбранный игровой сервер. Меню формируется из настроек проекта и прав доступных модулей.

18. Как получить помощь?​

Подготовьте домен проекта, ID проекта, описание проблемы, шаги воспроизведения, скриншоты и идентификатор запроса, если ошибка связана с API.

19. Можно ли заказать индивидуальную разработку?​

Да. Индивидуальные функции, адаптация дизайна, интеграции и перенос логики оцениваются отдельно после описания задачи.

Безопасность​

20. Можно ли передавать ключи в браузер?​

Нет. Секретные ключи, платежные ключи и ключи провайдеров не должны попадать в JavaScript, URL, шаблоны или публичные логи.

21. Как пользователи авторизуются?​

Публичный API использует сессию в заголовке Authorization: Bearer <sessionId>. Для чувствительных операций может требоваться PIN или 2FA.

22. Можно ли использовать мобильное приложение или лаунчер?​

Да. Web, mobile и launcher используют одинаковые разрешённые документы; тип клиента определяется доверенной точкой входа, а не пользовательским заголовком.