Планы проекта

К началу мая у проекта уже была измеримая web-сборка, а затем основные публичные страницы прошли визуальную проверку. Это стало первой устойчивой точкой, от которой можно было развивать весь продукт.

Сайт хранит аккаунты, роли и профиль, игровой API ведёт запуск и сессии, а лаунчер отвечает за локальные файлы и обновление. Такая схема убрала лишние прямые связи и сделала вход понятнее.

В мае полный сценарий прошёл проверку вместе с отрицательными случаями: отозванный доступ, изменённые файлы и устаревшее описание версии теперь не пропускаются дальше.

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

Единая схема запуска и сетевой вход убрали временные обходы. Версии стали проходить один и тот же путь от сборки до проверки и публикации.

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

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

Работают главная страница, аккаунт, профиль, новости, FAQ и roadmap. Теперь сайт не выглядит набором отдельных заготовок и ведёт человека по понятному пути.

Цвета, отступы, состояния и переходы приведены к одному стилю. Важные действия заметны сразу, а второстепенные элементы не отвлекают.

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

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

Лаунчер стал легче поддерживать: меньше временного кода, яснее состояния ошибок и меньше действий, которые игрок должен делать вручную.

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

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

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

Изменённые файлы, устаревшие данные и отозванный доступ останавливаются заранее. Это защищает и игрока, и сервер от случайных и намеренных подмен.

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

Маршруты, контейнеры, проверки здоровья и процесс обновления приводятся в порядок. Цель — предсказуемая работа beta-версии и восстановление без долгих ручных действий.

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

Перед открытым тестом участникам нужно объяснить, как начать играть, что можно делать на сервере и куда сообщать о проблемах. Wiki станет единым местом для этих ответов.

В beta войдут проверенные версии сайта, лаунчера и серверной части. Сборка должна устанавливаться с нуля и проходить полный путь до входа на сервер.

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

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

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