Сейчас в чате не прикреплён сам проект, поэтому я пока не могу внести изменения в код.

Загрузите сюда ZIP с проектом Visual Studio целиком — желательно с .sln, .csproj, исходниками, ресурсами и текущими конфигами. Папки bin, obj, .vs можно не включать. Steam API-ключи, пароли и другие секреты лучше удалить или заменить заглушками.

После загрузки я разберу существующую архитектуру и точечно доделаю:

• подключение к Steam / Steam Workshop;
• получение информации о модах DayZ по Workshop ID;
• проверку актуальности локальных модов;
• обновление устаревших/отсутствующих модов;
• отображение статуса: установлен / устарел / обновляется / ошибка / актуален;
• корректную работу вкладки «Моды»;
• прогресс загрузки и понятные сообщения об ошибках;
• проверку путей DayZ, Steam и Workshop;
• корректное формирование списка -mod=... для запуска DayZ;
• обработку ситуации, когда Steam закрыт, мод удалён из Workshop или загрузка Steam зависла;
• при необходимости — интеграцию через steamcmd или существующий в проекте механизм Steam, в зависимости от текущей архитектуры.

Остальные рабочие части launcher-а менять без необходимости не буду. Если увижу очевидные ошибки или безопасные улучшения, внесу их так, чтобы сохранить текущее поведение и интерфейс.

Прикрепите ZIP проекта — начну непосредственно с кода.

Готово. Я доработал проект и собрал чистый архив без старых bin/obj, чтобы Visual Studio не использовала устаревшую сборку.

Скачать DayZLauncher_SteamWorkshop_Fixed.zip

Основные изменения:

• Реализовано настоящее подключение к Steam через SteamAPI.InitEx, получение SteamID/имени пользователя и регулярный SteamAPI.RunCallbacks. Valve рекомендует регулярно обрабатывать callbacks; это необходимо для асинхронных операций Steamworks. (Steamworks)
• Переделан SteamWorkshopManager: теперь используются SteamUGC.GetItemState, GetItemInstallInfo, GetItemDownloadInfo, SubscribeItem и DownloadItem. Состояния Installed/NeedsUpdate используются для реальной проверки актуальности, а путь мода берётся непосредственно из Steam. (Steamworks)
• Полностью доработана вкладка «Моды»: название, Workshop ID, статус, установлен/не установлен, требуется обновление, дата обновления Workshop, прогресс скачивания, «Обновить», «Восстановить».
• «Проверить моды» теперь действительно подписывает на отсутствующие моды, запускает загрузку/обновление, ждёт завершения и повторно проверяет состояние.
• Исправлено определение Workshop-папки: steamapps\workshop\content\221100\<WorkshopId>.
• При запуске DayZ параметр -mod= теперь получает реальные пути установленных Workshop-модов, а не искусственные @ID.
• «Восстановить» может удалить мод только если путь точно соответствует workshop\content\221100\<ID>, чтобы launcher случайно не удалил другую папку.
• Проект переведён на x64. Старый steam_api.dll из архива оказался 32-битным и несовместимым с x64 launcher. Для уже используемого Steamworks.NET 2024.8.0 официальная версия соответствует Steamworks SDK 1.60 и ожидает 64-битную DLL размером 300392 байта. (GitHub)
• При первой сборке Visual Studio автоматически получает правильный steam_api64.dll из официального тега Steamworks.NET. Для этого используется штатный MSBuild DownloadFile. (Microsoft Learn)
• Старый packages.config содержал незавершённые merge-конфликты. Я сохранил его как packages.config.legacy-conflict.txt; основной SDK-проект продолжает использовать PackageReference.

Я также прогнал статическую проверку: .csproj и весь XAML разбираются корректно, найдены все 30 обработчиков UI, проверена структура всех C#-файлов, старый фиктивный SteamID и заглушки загрузки/проверки Workshop удалены.

Что проверить у себя: откройте DayZLauncher.csproj в Visual Studio 2022, запустите Steam под аккаунтом с DayZ и соберите проект. При первой сборке нужен интернет для получения steam_api64.dll. Затем выберите сервер → Моды → Обновить список / Проверить моды и попробуйте запуск.

Единственное ограничение моей проверки: здесь Linux-среда без Windows .NET Desktop SDK и клиента Steam, поэтому физически запустить WPF launcher + Steam и выполнить end-to-end тест я не могу. Статическая часть проверена, но первый реальный запуск на Windows будет важным тестом.

Ещё один момент: в исходном проекте уже лежит Steam Web API key в Utils/SteamApiKeys.cs. Если launcher планируется публиковать, этот ключ лучше перевыпустить и убрать из исходников. Новая логика проверки публичных Workshop-модов этот ключ не использует.

Исправил регрессию и собрал новую версию проекта.

Скачать DayZLauncher_SteamWorkshop_Servers_Discord_Fixed.zip

Что исправлено:

• Серверы снова отображаются. Причина была в servers.json: после чистой сборки Visual Studio он не гарантированно попадал рядом с .exe. Теперь файл копируется в output/publish и дополнительно встроен в приложение как резерв.
• Даже если UDP/query-порт сервера временно не отвечает, сервер не исчезает из списка — показываются данные из servers.json.
• В конфиге сейчас сохранены все 3 сервера и их списки из 16 / 13 / 28 модов.
• Первый сервер автоматически выбирается при запуске. При обновлении сохраняется выбранный сервер.
• Вкладка «Моды» больше не должна быть пустой только из-за отсутствия ручного выбора сервера. Она автоматически использует выбранный/первый сервер и его Workshop ID.
• Реальная Steam/Workshop-логика из предыдущей версии сохранена: установка, обновление, GetItemState, GetItemInstallInfo, DownloadItem, прогресс и проверка актуальности.

Для Discord восстановил исходное разделение каналов:

• Новости: канал 1471120003725136004. Берутся последние актуальные публикации, новые сверху.
• Сообщения: канал 1414003272406138970. Теперь показываются последние сообщения канала, а не только сообщения моложе 24 часов.

Также исправил старую проблему DiscordService: раньше при ошибке Discord API он просто возвращал пустой список. Теперь во вкладке будет явно написано, например, 401 — неверный Bot Token, 403 — нет прав на канал, 404 — канал недоступен, 429 — ограничение Discord. Это позволит сразу понять причину, если сообщения всё ещё не появятся.

Архив проверен: ZIP целый, .csproj и XAML корректно разбираются, все 30 обработчиков интерфейса присутствуют, servers.json находится внутри проекта.

Откройте эту версию в Visual Studio и проверьте прежде всего Серверы → Моды → Сообщения → Новости. Если в «Сообщениях» или «Новостях» появится конкретная ошибка Discord вроде 401 или 403, по ней уже можно будет точно исправить доступ бота, не затрагивая остальной launcher.

По этому выводу Visual Studio ошибки сборки или падения приложения не видно. Строки вида Поток ... завершился с кодом 0 (0x0) — нормальны; обход кода, не являющегося кодом пользователя тоже относится к режиму «Только мой код».

Но я нашёл в проекте реальную проблему старта: servers.json загружался через async, после чего вызов блокировался через .GetAwaiter().GetResult() прямо в конструкторе WPF. Это потенциально может подвешивать Dispatcher и давать нестабильную инициализацию серверов/модов.

Я это исправил и добавил нормальную диагностику самого launcher-а.

Скачать DayZLauncher_Diagnostics_Fixed.zip

В этой версии:

• убрана блокирующая загрузка servers.json;
• сохранён резервный встроенный servers.json;
• добавлен собственный лог launcher-а;
• в Visual Studio теперь ищите строки с префиксом [DayZLauncher];
• лог также сохраняется в
  %LOCALAPPDATA%\ResidentDayZLauncher\logs\launcher.log;
• логируются:
  • загрузка servers.json;
  • количество найденных серверов;
  • выбранный сервер;
  • запуск query серверов;
  • инициализация Steam;
  • количество модов для выбранного сервера;
  • результат получения модов Workshop;
  • Discord «Новости»;
  • Discord «Сообщения»;
  • необработанные исключения;
• кнопка DEBUG теперь показывает источник servers.json, количество серверов, модов, состояние Steam, ошибку Discord и путь к логу.

После запуска нормальный Output должен содержать примерно такие строки:

text
[DayZLauncher] ... Launcher starting...
[DayZLauncher] ... Config loaded from '...\servers.json'. Servers=3
[DayZLauncher] ... LoadServersSync complete. Visible servers=3...
[DayZLauncher] ... Steam initialized...
[DayZLauncher] ... MainWindow loaded; starting server query

А при открытии вкладки «Моды»:

text
[DayZLauncher] ... LoadModsAsync: server='...', requiredMods=16...
[DayZLauncher] ... workshop manager returned 16 items...

При открытии Discord-вкладок:

text
[DayZLauncher] ... Discord news: count=...
[DayZLauncher] ... Discord messages: count=...

То есть теперь вместо огромного списка системных DLL Visual Studio будет видно конкретно, где ломается launcher.

Для теста лучше распаковать этот архив в новую папку, открыть .csproj, выполнить Очистить решение → Перестроить решение и запустить с работающим Steam. Если что-то по-прежнему не отображается, достаточно прислать строки [DayZLauncher] из Output либо содержимое launcher.log — там уже будет точная причина.

Готово. Сделал следующую версию с автоматическим определением модов сервера и оптимизацией зависаний.

Скачать DayZLauncher_AutoServerMods_Performance.zip

Теперь launcher получает список требуемых модов не из вручную заполненного servers.json, а непосредственно от DayZ-сервера через A2S_RULES / DayZ Server Browser Protocol v2. Этот протокол действительно передаёт Workshop ID и названия модов в специальном упакованном блоке; для DayZ сейчас используется версия v2. (GitHub)

Что изменено:

• При добавлении нового сервера launcher сам запрашивает его реальный список требуемых Workshop-модов.
• Сохраняется порядок модов, полученный от сервера.
• Получаются и Workshop ID, и названия.
• Старое поле mods в servers.json теперь только резерв. Если query сервера недоступен, существующий ручной список продолжит работать.
• Если сервер действительно работает без Workshop-модов, будет показано, что моды не требуются.
• Если моды определить не удалось, launcher больше не будет ошибочно писать «моды не требуются» — покажет ошибку query.
• Добавлена поддержка отдельного queryPort, если у конкретного сервера он нестандартный.
• В DEBUG теперь отображаются query-port, источник списка модов и ошибка автоопределения.
• Запрос A2S_INFO и получение модов через A2S_RULES выполняются параллельно.
• При повторном обновлении предыдущий запрос серверов отменяется.
• При быстром переключении серверов предыдущая загрузка списка модов отменяется.
• Добавлен небольшой debounce для вкладки модов.
• Названия Workshop-модов кэшируются на 15 минут.
• Если название уже пришло от DayZ-сервера, launcher не делает лишний HTTP-запрос в Steam только ради названия.
• Убран тяжёлый перебор всех папок DayZ и !Workshop для каждого мода. Теперь стандартная Workshop-папка определяется напрямую по ID.
• Поиск установленной DayZ вынесен с UI-потока.
• Существующие Steam-обновления, Discord, новости, сообщения и запуск игры сохранены.

Для обычного нового сервера теперь достаточно:

json
{
  "ip": "123.123.123.123",
  "port": 2302,
  "name": "Название сервера"
}

mods писать не нужно. Launcher попробует получить их самостоятельно.

Если сервер использует нестандартный query-port:

json
{
  "ip": "123.123.123.123",
  "port": 2302,
  "queryPort": 27016,
  "name": "Название сервера"
}

Старые записи с "mods": [...] я специально не удалял — они теперь служат аварийным резервом.

Протокол также использует разбиение данных на страницы внутри A2S_RULES; в реализации учтены эти страницы и escape-последовательности, которые используются для передачи бинарного блока через server query. (GitHub)

Проект прошёл статическую проверку: servers.json корректен, проверены все 26 C#-файлов, XAML/XML и все 30 обработчиков интерфейса; старые bin/obj/.vs в архив не включены. Полноценно запустить WPF + Steam + ваши DayZ-серверы здесь я не могу; исходящие UDP-запросы из этой среды к вашим query-портам блокируются таймаутом.

На вашем ПК после запуска в строке состояния у выбранного сервера должно появиться примерно Моды: 16 (сервер (A2S_RULES)). Если вместо этого будет servers.json (резерв), нажмите DEBUG — там теперь будет конкретная причина, почему сервер не отдал автоматический список.

Готово. Финальную логику серверов и модов переделал.

Скачать DayZLauncher_Final_ServerMods_WorkshopDetails.zip

Теперь при выборе сервера launcher делает именно то, что вы описали:

• получает RequiredMods выбранного сервера;
• во вкладке «Моды» показывает моды именно этого сервера;
• автоматически ставит на них галочки;
• отсутствующий мод тоже остаётся с галочкой — галочка означает «требуется серверу», а не «уже установлен»;
• при переключении на другой сервер старые моды сразу снимаются с выбора, затем список заменяется модами нового сервера;
• галочки теперь автоматические/read-only, чтобы игрок случайно не запустил сервер без обязательного мода;
• перед запуском launcher проверяет установку и актуальность именно этого набора;
• недостающие/устаревшие моды синхронизируются через Steam;
• затем DayZ_x64.exe запускается примерно с такими параметрами:

text
-name="Player"
-mod="...\workshop\content\221100\MOD1;...\workshop\content\221100\MOD2;..."
-connect=SERVER_IP:PORT
-port=PORT

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

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

• картинкой/превью Steam Workshop;
• полным названием;
• Workshop ID;
• размером в Workshop;
• фактическим размером установленного мода на диске;
• датой создания;
• датой последнего обновления;
• количеством подписок;
• избранным;
• просмотрами;
• SteamID автора;
• ссылкой на профиль автора;
• тегами;
• состоянием установки;
• состоянием подписки;
• локальным путём;
• кнопкой «Открыть в Steam Workshop».

Описание мода намеренно не загружается и не показывается, как вы и просили.

Для карточки используется публичный Steam Workshop GetPublishedFileDetails; этот метод официально доступен через ISteamRemoteStorage Web API. (partner.steamgames.com)

Чтобы снова не появились тормоза, подробная информация не загружается сразу для всех 20–50 модов. Список открывается быстро, а запрос деталей и картинки выполняется только для выделенного мода. При быстром переключении между модами предыдущий запрос отменяется; метаданные и картинки кэшируются.

Также добавил запись фактических параметров запуска в launcher.log, например:

text
Launching DayZ for 'Resident...' with 16 required mods.
Arguments: -name="..." -mod="...;...;..." -connect=... -port=...

Поэтому теперь при необходимости можно точно проверить, какие моды launcher реально передал DayZ.

Я прогнал статические проверки: XAML и .csproj корректны, все 33 обработчика интерфейса найдены, проверена автоматическая синхронизация галочек, формирование -mod=, новые Workshop-поля и отсутствие загрузки описания. Архив также проверен на целостность. Полноценную Windows-сборку здесь запустить нельзя из-за отсутствия Windows/.NET Desktop SDK, поэтому финальный runtime-тест лучше сделать у вас в Visual Studio.

Исправил. Причина падения была именно та, что указана в логе: WPF пытался сделать TwoWay-привязку к read-only свойству InstalledText.

Скачать исправленный проект

В этой версии изменено следующее:

• Исправлен краш при выборе мода.
• InstalledText и SubscribedText теперь явно OneWay.
• Вся таблица модов переведена в режим отображения без редактирования, поэтому аналогичные XAML-ошибки с вычисляемыми полями больше не должны возникать.
• Кнопки «Обновить» и «Восстановить» остаются рабочими.

Главное изменение — список модов теперь строится из DayZ\!Workshop, как вы и хотели. Launcher сканирует, например:

text
D:\SteamLibrary\steamapps\common\DayZ\!Workshop

Он определяет, куда ведут понятные папки/ссылки вроде:

text
!Workshop\@CF
!Workshop\@Dabs Framework
!Workshop\@Community Online Tools

и сопоставляет их с настоящими Workshop ID из:

text
SteamLibrary\steamapps\workshop\content\221100\<WorkshopId>

Если ID нельзя получить из ссылки, launcher дополнительно проверяет meta.cpp и mod.cpp.

Выбор модов сервера

Теперь логика такая:

1. Вы выбираете сервер.
2. Launcher получает RequiredMods именно этого сервера.
3. Во вкладке «Моды» отображаются:
   • все моды из DayZ\!Workshop;
   • плюс обязательные моды сервера, которых ещё нет локально.
4. Обязательные серверу моды идут первыми и в серверном порядке.
5. На них автоматически стоит ✓.
6. Все остальные установленные моды остаются в списке, но без галочки.
7. При выборе другого сервера галочки полностью перестраиваются под новый сервер.

То есть получится примерно:

text
✓ CF
✓ Dabs Framework
✓ VPPAdminTools
✓ ServerPack
✓ BaseBuildingPlus

  Community Online Tools
  Namalsk Survival
  Extra Personal Mod

При этом чекбоксы специально не редактируются вручную: они показывают, что требует выбранный сервер.

Запуск DayZ

При нажатии «Играть» launcher не берёт все установленные моды и не ориентируется на случайно оставшиеся элементы UI.

Он формирует -mod= исключительно из:

text
_selectedServer.RequiredMods

Например:

text
-name="777"
-mod="D:\SteamLibrary\steamapps\common\DayZ\!Workshop\@CF;D:\SteamLibrary\steamapps\common\DayZ\!Workshop\@Dabs Framework;..."
-connect=IP_СЕРВЕРА:2302
-port=2302

То есть:

выбран сервер → определены его моды → проверены/обновлены → запущен DayZ только с этими модами.

Путь DayZ\!Workshop\@Название мода теперь имеет приоритет. Если такой понятной ссылки по каким-то причинам нет, используется резервный:

text
steamapps\workshop\content\221100\<ID>

Ник игрока тоже теперь берётся из текущего поля launcher-а, сохраняется и передаётся через:

text
-name="НикИгрока"

Карточку Steam Workshop при выборе мода я сохранил. Моды из !Workshop, для которых удалось определить Workshop ID, по-прежнему раскрываются с картинкой, размером, обновлением, автором и остальной информацией. Если у какой-то необычной папки из !Workshop ID определить невозможно, launcher не падает, а показывает сообщение, что Workshop ID не найден.

Архив проверен на целостность, XAML разбирается корректно, все 33 обработчика интерфейса присутствуют. Перед тестом лучше заменить проект этой версией, затем в Visual Studio сделать «Очистить решение» → «Перестроить решение», чтобы старый XAML из bin/obj гарантированно не использовался.

Да, ошибка CS1009 была в моей строке 823:

csharp
"DayZ\!Workshop"

В C# \! не является допустимой escape-последовательностью. Исправил на verbatim-строку:

csharp
@"DayZ\!Workshop"

Также проверил остальные .cs — аналогичных неправильных escape-последовательностей больше не найдено. XAML, .csproj и структура C# файлов проходят статическую проверку.

Скачать исправленную версию v2

Лучше заменить проект этой версией и в Visual Studio выполнить Очистить решение → Перестроить решение. Эта конкретная CS1009 после этого должна исчезнуть.

Исправил именно механизм запуска.

Скачать DayZLauncher_PlayRequiredMods_Fixed.zip

Теперь при нажатии «Играть» launcher:

• заново синхронизирует галочки с RequiredMods выбранного сервера;
• запускает только моды выбранного сервера — остальные локальные моды не добавляются;
• берёт ник из настроек launcher-а и передаёт его как -name=...;
• для модов из DayZ\!Workshop формирует понятные относительные пути;
• передаёт параметры через ProcessStartInfo.ArgumentList, поэтому пробелы в нике и названиях модов больше не должны ломать командную строку.

Пример фактического запуска теперь будет выглядеть примерно так:

text
-name=777 "-mod=!Workshop\@Car;!Workshop\@DM;!Workshop\@CF" -connect=185.1.2.3:2302 -port=2302

То есть источник модов теперь жёстко такой:

выбранный сервер → его RequiredMods → соответствующие папки в DayZ\!Workshop → -mod=...

Если нужной понятной папки в !Workshop нет, launcher использует реальную Workshop-папку как резерв.

Также исправил ник: если поле в интерфейсе непустое — используется оно и сохраняется; если поле пустое — берётся сохранённый PlayerNickname из настроек.

Перед запуском теперь в launcher.log появятся строки примерно такие:

text
Play selected server 'HARD Resident_DAYZ': requiredMods=31, nickname='777'
Launching DayZ for 'HARD Resident_DAYZ' with 31 required mods. Arguments: ...
Launch nickname: 777
Launch required mod 1559212036: !Workshop\@CF
Launch required mod 2545327648: !Workshop\@Dabs Framework
...

Это особенно полезно для проверки. Если игра после этой версии всё же откроется без модов, пришлите только блок лога от Play selected server до последней строки Launch required mod — по нему будет сразу видно, какой именно -mod= получает DayZ.

Добавил запуск через BattlEye.

Скачать DayZLauncher_PlayRequiredMods_BattlEye_Fixed.zip

Теперь при нажатии «Играть» launcher запускает не DayZ_x64.exe напрямую, а:

text
DayZ_BE.exe 0 1 1 -exe DayZ_x64.exe

После этого передаются все уже настроенные параметры:

text
-name=НикИгрока
-mod=!Workshop\@Car;!Workshop\@DM;...
-connect=IP:PORT
-port=PORT

То есть итоговый запуск получается примерно таким:

text
DayZ_BE.exe 0 1 1 -exe DayZ_x64.exe -name=Player "-mod=!Workshop\@Car;!Workshop\@DM" -connect=127.0.0.1:2302 -port=2302

Именно схему DayZ_BE.exe 0 1 1 -exe DayZ_x64.exe ... можно увидеть в диагностике официального DayZ launcher на площадке Bohemia Interactive. (feedback.bistudio.com)

При этом всё предыдущее поведение сохранено: ник берётся из настроек launcher-а, -mod содержит только обязательные моды выбранного сервера, порядок модов сохраняется, используются ссылки из DayZ\!Workshop, а подключение идёт к выбранному серверу.

Если DayZ_BE.exe вдруг отсутствует, launcher теперь не запустит игру без BattlEye молча, а покажет ошибку с предложением проверить целостность файлов DayZ в Steam.

В launcher.log также будет видно, что используется именно BattlEye:

text
Launching DayZ with BattlEye...
Executable: DayZ_BE.exe
Arguments: 0 1 1 -exe DayZ_x64.exe ...

Архив проверен на целостность, XAML/XML также прошли проверку.

Готово. Вкладку «Новости» переработал, не меняя рабочий Discord-канал и остальную логику launcher-а.

Скачать DayZLauncher_BattlEye_NewsUI_Fixed.zip

Теперь новости выглядят как отдельные карточки:

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

Также поправил получение изображений Discord. Launcher теперь сначала использует proxy_url Discord, а если его нет — обычный CDN URL. Это должно сделать отображение картинок заметно надёжнее.

Если в публикации нет отдельной картинки-вложения, launcher пытается взять изображение из Discord Embed или его thumbnail.

Все предыдущие изменения сохранены: BattlEye, ник игрока, автоматические серверные моды, !Workshop, Steam Workshop, обновления модов и запуск выбранного сервера.

Да. Я собрал большой следующий этап поверх последней рабочей версии с BattlEye, серверными модами и новой вкладкой «Новости».

Скачать DayZLauncher_ProUX_CoreFeatures.zip

В этой версии реализовано:

• Интерфейс: плавный Fade/Slide при переключении вкладок, Toast-уведомления, общий индикатор загрузки, тёмная/светлая/графитовая темы, 5 акцентных цветов, опциональный плавно анимированный фон.
• Серверы: поиск, фильтр по карте, фильтры по заполненности, ⭐ избранное, последние 5 подключений, отдельные режимы «Все / Избранные / Последние».
• Информация о сервере: локальный график онлайна за последние 24 часа; история постепенно накапливается самим launcher-ом. Добавлена кнопка получения списка игроков и времени их текущей сессии.
• Моды: сохранена вся текущая логика серверных модов, !Workshop, Steam Workshop и BattlEye. Добавлена настройка автоматической синхронизации необходимых модов при запуске. Перед обновлением можно автоматически резервировать конфиги DayZ. В таблице доступны размер и дата обновления для сортировки.
• Новости: сохранена новая карточная лента с картинками. Launcher периодически проверяет появление новой публикации и может показать Toast.
• 100 достижений: отдельная вкладка «🏆 Достижения». Ачивки выдаются за запуски launcher-а/DayZ, подключения к серверам, обновления модов, чтение новостей, избранные и посещение разных серверов. Есть уровни и прогресс.
• Настройки: автозапуск вместе с Windows, сворачивание в трей после запуска DayZ, экспорт всех настроек в JSON и обратный импорт.
• Производительность: динамический фон по умолчанию выключен; тяжёлый запрос игроков выполняется только вручную; история онлайна локальная; сетевые действия не должны блокировать UI.
• Запуск игры не менял по смыслу: выбранный сервер → его обязательные моды → ник из launcher-а → BattlEye → подключение к серверу.

То есть текущая рабочая цепочка остаётся:

text
DayZ_BE.exe
0 1 1
-exe DayZ_x64.exe
-name=НикИгрока
-mod=!Workshop\@Mod1;!Workshop\@Mod2;...
-connect=IP:PORT
-port=PORT

Некоторые пункты из вашего большого списка я специально не стал делать фиктивно или потенциально опасно: встроенный Discord-чат, голосовой WebRTC/Mumble, Steam Friends, Discord Rich Presence, убийства/зомби/общий рейтинг игроков, серверная погода, система репортов и поиск «запрещённых DLL». Для части из них нужен отдельный backend/API/Discord Application, а простой скан DLL как «античит» может давать ложные срабатывания и конфликтовать с нормальными файлами.

Также не стал делать «загрузку PBO-модов в RAM»: это не тот уровень, на котором launcher может безопасно ускорить загрузку DayZ, и можно получить большой расход памяти без пользы.

Я повторно проверил проект после большого изменения: XAML всех окон валиден, найдено 45 из 45 обработчиков, проверены 32 C#-файла, опасная двусторонняя привязка InstalledText, которая раньше закрывала launcher, не вернулась. В архиве нет старых bin/obj/.vs.

Внутри проекта также лежит PRO_FEATURES.md — там отмечено, что уже реализовано и какие расширения логично делать следующим этапом.

Полноценную WPF-компиляцию здесь по-прежнему выполнить нельзя из-за отсутствия Windows/.NET Desktop SDK, поэтому после распаковки рекомендую в Visual Studio сделать Очистить решение → Перестроить решение. Если появится хотя бы одна ошибка компиляции, пришлите её — исправим непосредственно по строке.

Исправил все ошибки CS0104, связанные с неоднозначным Path.

Причина была в конфликте:

csharp
System.IO.Path

и

csharp
System.Windows.Shapes.Path

после добавления графика онлайна.

Теперь в MainWindow.xaml.cs используется явный alias:

csharp
using IOPath = System.IO.Path;

и все файловые операции переведены на:

csharp
IOPath.Combine(...)
IOPath.GetFullPath(...)
IOPath.GetFileName(...)
IOPath.GetRelativePath(...)

График при этом продолжает использовать Line и Polyline, поэтому его функциональность не затронута.

Скачать исправленную версию v2

Дополнительно проверил:

• MainWindow.xaml — валиден;
• остальные XAML — валидны;
• .csproj — валиден;
• конфликтующих Path в остальных C# файлах не найдено;
• все найденные обработчики интерфейса присутствуют;
• bin, obj, .vs из архива удалены;
• ZIP проверен на целостность.

У себя после замены проекта сделайте Очистить решение → Перестроить решение. Ошибки CS0104 Path должны полностью исчезнуть.

Готово. Оформление поправил точечно, не затрагивая рабочую логику launcher-а.

Скачать DayZLauncher_UI_Polish_v3.zip

Что изменено:

• Логотип перенесён в левую боковую панель и теперь находится строго над кнопками Discord / VK / сайта.
• Убран старый вариант с отрицательным Margin, из-за которого логотип выходил за рамки.
• Логотип теперь масштабируется через Stretch="Uniform" и не должен обрезаться.
• Кнопки DEBUG и TEST полностью убраны из интерфейса.
• Верхняя панель стала чище: название launcher-а слева, управление окном справа.
• Поле поиска серверов теперь:
  • почти чёрный фон;
  • красный текст;
  • красный курсор;
  • красная рамка;
  • красное выделение найденного текста.
• Выбранный сервер теперь заметно выделяется:
  • тёмно-красный фон;
  • ярко-красная рамка;
  • толстая красная полоса слева;
  • увеличенная высота строки;
  • жирный текст;
  • название выбранного сервера становится белым и чуть крупнее.
• Наведение на сервер тоже стало заметнее, но слабее активного выбора.

Проверил XAML, .csproj и все 43 обработчика интерфейса — отсутствующих обработчиков нет, старый плавающий логотип удалён, кнопок TEST/DEBUG в разметке больше нет.

Скачать DayZLauncher_UI_BlackPanels_v4.zip

Что поменял:

• блок выбора темы больше не белый;
• блок выбора акцента тоже чёрный;
• выпадающие списки получили:
  • чёрный фон,
  • красный текст,
  • красную рамку,
  • тёмно-красное выделение при наведении/выборе;
• подписи «Тема» и «Акцент» тоже сделал красными;
• такой же стиль применён и к фильтрам серверов, чтобы интерфейс был единым.

Если хотите, следующим сообщением я могу ещё сделать:

• красные чекбоксы в настройках,
• более брутальные кнопки в одном стиле,
• красные скроллбары,
• более «игровой» стиль всех карточек и панелей.

Ниже сделал два готовых материала: сначала пост для Discord/VK/сайта, затем технический гайд по адаптации launcher-а под другой DayZ-проект.

:::writing{variant="social_post" id="58341"} 🔥 RESIDENT DAYZ LAUNCHER — собственный launcher для DayZ

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

🎮 СЕРВЕРЫ

Launcher автоматически получает информацию о серверах:

• название сервера
• карта
• текущий онлайн
• максимальный онлайн
• Ping
• список игроков
• время текущей игровой сессии
• требуемые сервером моды

Поддерживается поиск серверов, фильтрация по карте и заполненности.

Можно добавлять серверы в ⭐ избранное, а также быстро открывать последние использованные серверы.

Для выбранного сервера ведётся локальная история онлайна и отображается график активности.

📦 STEAM WORKSHOP И МОДЫ

Одна из главных возможностей launcher-а — автоматическая работа с модами DayZ.

При выборе сервера launcher определяет, какие Workshop-моды нужны именно этому серверу.

Требуемые моды автоматически отмечаются во вкладке «Моды».

Launcher умеет:

• определять необходимые Workshop ID
• находить установленные моды в DayZ\!Workshop
• сопоставлять их с steamapps\workshop\content\221100
• проверять состояние модов через Steam
• определять отсутствующие моды
• определять устаревшие моды
• загружать и обновлять моды
• показывать прогресс загрузки
• автоматически обновлять необходимые моды перед запуском игры

При выборе конкретного мода открывается карточка Steam Workshop:

🖼 изображение
📛 название
🆔 Workshop ID
💾 размер
📅 дата создания
🔄 дата последнего обновления
👤 автор
⭐ избранное
👁 просмотры
👥 количество подписок
🏷 теги
📁 локальный путь

Есть быстрый переход на страницу мода в Steam Workshop.

🚀 ПРАВИЛЬНЫЙ ЗАПУСК DAYZ

При нажатии «Играть» launcher использует настройки именно выбранного сервера.

Автоматически формируются параметры:

-name=ВашНик

-mod=!Workshop\@Mod1;!Workshop\@Mod2;...

-connect=IP:PORT

Игра запускается через BattlEye.

В запуск попадают только те моды, которые действительно требует выбранный сервер.

Ник игрока берётся из настроек launcher-а.

📰 НОВОСТИ И DISCORD

Новости проекта загружаются напрямую из отдельного Discord-канала.

Новости отображаются в виде удобных карточек:

• большое изображение
• текст публикации
• заголовок
• автор
• дата
• Discord Embed
• вложения

Есть отдельная вкладка сообщений Discord.

Launcher также может уведомлять о новых публикациях через Toast-уведомления.

🎨 ИНТЕРФЕЙС

В launcher добавлены:

• плавные Fade/Slide переходы между вкладками
• тёмная тема
• светлая тема
• Graphite-тема
• несколько акцентных цветов
• опциональный анимированный фон
• Toast-уведомления
• индикаторы загрузки
• современное выделение выбранного сервера
• поиск серверов
• адаптированная вкладка новостей
• отдельный блок информации о модах

🏆 100 ДОСТИЖЕНИЙ

В launcher встроена собственная система достижений.

Всего предусмотрено около 100 ачивок за:

• количество запусков launcher-а
• количество запусков DayZ
• подключения к серверам
• посещение разных серверов
• обновление модов
• работу с Workshop
• чтение новостей
• добавление серверов в избранное
• общую активность игрока

При получении достижения появляется уведомление.

⚙️ НАСТРОЙКИ

Доступны:

• выбор ника игрока
• автоматическое определение DayZ
• выбор темы
• выбор акцентного цвета
• включение/отключение анимированного фона
• автообновление серверных модов
• резервное копирование DayZ-конфигов
• автозапуск launcher-а вместе с Windows
• сворачивание launcher-а в трей после запуска игры
• экспорт настроек в JSON
• импорт настроек из JSON

💾 БЕКАП

Перед обновлением модов launcher может автоматически сохранить пользовательские DayZ-конфиги и профили.

🔧 ДИАГНОСТИКА

Launcher ведёт собственный журнал работы.

В лог записываются:

• загрузка серверов
• Steam
• Workshop
• требуемые моды
• параметры запуска DayZ
• BattlEye
• Discord
• ошибки

Это позволяет быстро определить проблему без просмотра огромного системного Output Visual Studio.

🚧 ПРОЕКТ ПРОДОЛЖАЕТ РАЗВИВАТЬСЯ

В дальнейшем архитектура позволяет добавить:

Discord Rich Presence, календарь ивентов, серверную статистику игроков, рейтинги, дополнительные интеграции, систему репортов и другие возможности.

RESIDENT DAYZ LAUNCHER — сервер, Workshop, новости и запуск игры в одном приложении. :::

А ниже — технический вариант, который можно положить в проект как CUSTOMIZATION_GUIDE.md.

:::writing{variant="document" id="71426"}

Гайд: как переделать DayZ Launcher под свой проект

Этот launcher можно использовать как основу для другого DayZ-проекта. Большая часть брендинга и конфигурации вынесена в несколько конкретных файлов.

Перед изменениями рекомендуется сделать копию проекта.

---

1. Логотип проекта

Файл:

Resources/logo.png

Замените его своим PNG.

Лучше использовать изображение с прозрачным фоном.

Рекомендуемое соотношение сторон примерно:

16:9

или широкоформатный логотип.

Не меняйте имя файла, если не хотите дополнительно исправлять XAML.

То есть просто замените:

Resources/logo.png

на свой файл с тем же названием.

---

2. Фоновое изображение

Файл:

Resources/background.jpg

Несмотря на расширение .jpg, текущий ресурс технически может содержать PNG.

Для собственного проекта проще использовать обычный JPG или PNG размером:

1920x1080

или выше.

Если сохраняете имя:

background.jpg

код менять не потребуется.

---

3. Иконка launcher-а

Файл:

launc.ico

Замените его своим .ico.

Желательно, чтобы ICO содержал несколько размеров:

16x16
32x32
48x48
64x64
128x128
256x256

Если хотите изменить иконку приложения полностью, дополнительно проверьте настройки проекта Visual Studio.

---

4. Иконки социальных сетей

Папка:

Resources

Файлы:

discord.png
vk.png
website.png

Их можно заменить своими изображениями, сохранив имена.

---

5. Название launcher-а

Основной файл:

MainWindow.xaml

В начале находится:

Title="DayZ Launcher"

Это название окна Windows.

Измените, например, на:

Title="MY PROJECT LAUNCHER"

Далее найдите:

LauncherTitle

Сейчас там используется название проекта.

Например:

Text="RESIDENT DAYZ LAUNCHER"

Замените на:

Text="MY PROJECT LAUNCHER"

---

6. Название в блоке новостей

Файл:

MainWindow.xaml

Найдите:

НОВОСТИ RESIDENT DAYZ

и замените на название своего проекта:

НОВОСТИ MY PROJECT

---

7. Информация о программе

Файл:

Properties/AssemblyInfo.cs

Основные строки:

AssemblyTitle

AssemblyDescription

AssemblyCompany

AssemblyProduct

AssemblyCopyright

Например:

AssemblyTitle("MyDayZLauncher")

AssemblyDescription("MY DAYZ PROJECT")

AssemblyCompany("MY TEAM")

AssemblyProduct("MyDayZLauncher")

Версию также можно менять:

AssemblyVersion("1.0.0.0")

AssemblyFileVersion("1.0.0.0")

Например для следующего релиза:

1.1.0.0

---

8. Добавление своих DayZ-серверов

Главный файл:

servers.json

Пример минимального сервера:

json
{
  "name": "MY DAYZ PVE",
  "ip": "123.123.123.123",
  "port": 2302
}

Полный файл:

json
{
  "servers": [
    {
      "name": "MY DAYZ PVE",
      "ip": "123.123.123.123",
      "port": 2302
    },
    {
      "name": "MY DAYZ PVP",
      "ip": "123.123.123.123",
      "port": 2308
    }
  ]
}

Launcher самостоятельно пытается получить необходимые моды сервера через DayZ Server Browser / A2S_RULES.

Поэтому вручную указывать моды обычно не требуется.

---

9. Если сервер использует отдельный Query Port

Можно указать:

json
{
  "name": "MY SERVER",
  "ip": "123.123.123.123",
  "port": 2302,
  "queryPort": 2303
}

Если queryPort отсутствует, launcher по умолчанию пробует:

gamePort + 1

То есть для:

2302

будет использоваться:

2303

---

10. Резервный список модов сервера

Если конкретный сервер не отдаёт список модов через query, можно оставить резервный список Workshop ID:

json
{
  "name": "MY SERVER",
  "ip": "123.123.123.123",
  "port": 2302,
  "mods": [
    1559212036,
    2545327648,
    1828439124
  ]
}

Это fallback.

При нормальной работе A2S_RULES launcher использует реальный список сервера.

---

11. Discord — канал новостей

Файл:

Services/DiscordService.cs

Найдите:

NewsChannelId

Замените ID на ID своего Discord-канала новостей.

Например:

csharp
public const string NewsChannelId = "ВАШ_CHANNEL_ID";

Как получить ID канала Discord:

В Discord включите:

Настройки → Расширенные → Режим разработчика.

После этого:

ПКМ по каналу → Копировать ID канала.

---

12. Discord — вкладка сообщений

В том же файле:

Services/DiscordService.cs

измените:

MessagesChannelId

Например:

csharp
public const string MessagesChannelId = "ВАШ_CHANNEL_ID";

---

13. Discord Bot Token

Для чтения приватных Discord-каналов необходим Bot Token.

Launcher поддерживает переменную окружения:

DAYZLAUNCHER_DISCORD_BOT_TOKEN

Это предпочтительный вариант.

Не рекомендуется хранить Discord Bot Token непосредственно в исходном коде.

Перед публичной публикацией этого проекта обязательно удалите старый встроенный token и перевыпустите его в Discord Developer Portal.

У бота должны быть права:

View Channel

Read Message History

на нужных каналах.

---

14. Ссылка Discord

Файл:

MainWindow.xaml.cs

Найдите метод:

BtnDiscord_Click

В нём будет:

csharp
FileName = "https://discord.gg/..."

Замените ссылку на своё приглашение Discord.

Ниже в fallback-вызове Process.Start находится такая же ссылка.

Заменить нужно обе.

---

15. Ссылка VK

Файл:

MainWindow.xaml.cs

Метод:

BtnVK_Click

Замените:

csharp
https://vk.ru/...

на ссылку своего сообщества.

---

16. Ссылка сайта

Файл:

MainWindow.xaml.cs

Метод:

BtnWebsite_Click

Замените:

csharp
https://www....

на адрес своего сайта.

---

17. Steam App ID

Файл:

steam_appid.txt

Для DayZ значение должно оставаться:

221100

Если launcher предназначен именно для DayZ, менять этот файл НЕ НУЖНО.

221100 — Steam App ID DayZ.

Из-за неправильного значения Steamworks может перестать нормально инициализироваться.

---

18. Steam Web API Key

Файл:

Utils/SteamApiKeys.cs

В нём находится Steam Web API key.

Для собственного публичного проекта используйте свой ключ.

Никогда не публикуйте приватный Steam API key в открытом GitHub-репозитории.

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

Не копируйте старый ключ в публичную сборку.

---

19. Steamworks.NET

Файл:

DayZLauncher.csproj

Используется:

Steamworks.NET 2024.8.0

и:

steam_api64.dll

Если текущая Steam-интеграция работает, эти значения лучше не менять.

Особенно не следует заменять steam_api64.dll случайной версией из другой Steamworks SDK.

Managed Steamworks.NET и native DLL должны соответствовать друг другу.

---

20. Цвета launcher-а

Пользователь уже может выбирать:

Dark
Light
Graphite

и акценты:

Red
Blue
Green
Orange
Purple

Основная логика находится в:

MainWindow.xaml.cs

метод:

ApplyTheme()

Например красный:

csharp
Color.FromRgb(192, 57, 43)

Синий:

csharp
Color.FromRgb(52, 152, 219)

Если хотите добавить фирменный цвет своего проекта, добавьте его именно в этот switch.

---

21. Цвет по умолчанию

Файл:

Models/LauncherPreferences.cs

Сейчас:

csharp
public string Theme { get; set; } = "Dark";
public string Accent { get; set; } = "Red";

Можно изменить, например:

csharp
public string Theme { get; set; } = "Graphite";
public string Accent { get; set; } = "Green";

---

22. Ник игрока по умолчанию

Файл:

Properties/Settings.settings

Найдите:

PlayerNickname

Сейчас используется стандартное значение вроде:

Игрок

Можно заменить на:

Survivor

или другое значение.

Пользователь всё равно сможет потом изменить ник в launcher-е.

---

23. Папка настроек launcher-а

Несколько сервисов используют:

%LOCALAPPDATA%\ResidentDayZLauncher

Если полностью ребрендите проект, рекомендуется заменить ResidentDayZLauncher на собственное уникальное имя.

Проверить нужно следующие файлы:

Services/LauncherPreferencesService.cs

Services/ServerTelemetryService.cs

Services/LauncherLog.cs

Services/WindowsIntegrationService.cs

Например заменить:

ResidentDayZLauncher

на:

MyDayZLauncher

Тогда настройки будут храниться в:

%LOCALAPPDATA%\MyDayZLauncher

---

24. Название автозапуска Windows

Файл:

Services/WindowsIntegrationService.cs

Найдите:

csharp
private const string ValueName = "ResidentDayZLauncher";

Замените на:

csharp
private const string ValueName = "MyDayZLauncher";

Иначе в Windows Startup/Registry останется старое название.

---

25. Название приложения в системном трее

Файл:

MainWindow.xaml.cs

Найдите:

csharp
Text = "Resident DayZ Launcher"

Замените на название своего проекта.

---

26. User-Agent Discord/Steam HTTP запросов

Для полного ребрендинга можно также изменить строки:

ResidentDayZLauncher/1.0

или:

DayZLauncher/1.0

Они встречаются в сервисах HTTP.

Это не влияет на внешний интерфейс, но полезно для чистого собственного проекта.

---

27. Достижения

Файл:

Services/AchievementService.cs

Здесь формируется система примерно из 100 достижений.

Можно изменить:

названия;

условия;

количество запусков;

количество подключений;

количество обновлений модов;

прогресс;

иконки/подписи.

Лучше не менять модель достижения без необходимости — достаточно изменять список и условия в AchievementService.

---

28. Что лучше НЕ менять

Если launcher уже работает, без необходимости не трогайте:

Services/SteamService.cs

Services/SteamWorkshopManager.cs

Services/DayZServerBrowserService.cs

логику A2S_RULES;

логику A2S_PLAYER;

формирование -mod;

BattlEye launch;

steam_api64.dll;

Steamworks.NET package version.

Именно здесь находится наиболее чувствительная часть launcher-а.

---

29. Что происходит при нажатии «Играть»

Текущая схема:

1. Пользователь выбирает сервер.

2. Launcher получает список модов выбранного сервера.

3. Проверяет необходимые Workshop-моды.

4. При необходимости устанавливает/обновляет их.

5. Находит понятные ссылки в:

DayZ\!Workshop

6. Берёт ник пользователя из настроек.

7. Формирует запуск примерно так:

text
DayZ_BE.exe
0 1 1
-exe DayZ_x64.exe
-name=Player
-mod=!Workshop\@Mod1;!Workshop\@Mod2
-connect=123.123.123.123:2302
-port=2302

8. Игра запускается через BattlEye.

---

30. Минимальный ребрендинг проекта

Если нужно максимально быстро сделать launcher под свой сервер, достаточно заменить:

Resources/logo.png

Resources/background.jpg

launc.ico

servers.json

MainWindow.xaml — название проекта

MainWindow.xaml.cs — Discord / VK / сайт

Services/DiscordService.cs — ID каналов Discord

Properties/AssemblyInfo.cs — название разработчика/проекта

После этого:

Visual Studio → Очистить решение

затем:

Visual Studio → Перестроить решение

---

31. Рекомендуемая подготовка перед публикацией

Перед отправкой launcher-а игрокам обязательно:

1. Удалить bin, obj, .vs.

2. Проверить servers.json.

3. Проверить Discord Channel ID.

4. Перевыпустить Discord Bot Token.

5. Перевыпустить или безопасно вынести Steam Web API key.

6. Проверить социальные ссылки.

7. Проверить логотип и иконку.

8. Проверить запуск DayZ через BattlEye.

9. Проверить автоопределение модов.

10. Проверить !Workshop.

11. Проверить ник игрока.

12. Сделать тест на чистом ПК или отдельном Windows-пользователе.

13. Собрать Release, а не Debug.

---

Основные файлы для владельца проекта

Если не хотите разбираться во всём коде, чаще всего работать придётся только с этими файлами:

servers.json — серверы

Resources/logo.png — логотип

Resources/background.jpg — фон

launc.ico — иконка

MainWindow.xaml — тексты и внешний интерфейс

MainWindow.xaml.cs — ссылки и часть поведения UI

Services/DiscordService.cs — Discord

Properties/AssemblyInfo.cs — информация о проекте

Properties/Settings.settings — стандартный ник/настройки

Models/LauncherPreferences.cs — настройки launcher-а

Services/AchievementService.cs — достижения

DayZLauncher.csproj — зависимости и ресурсы проекта

Остальные Steam/Workshop/DayZ Server Browser сервисы лучше считать системной частью launcher-а и менять только при необходимости. :::

Если хотите, следующим сообщением могу ещё сделать отдельный README.md для GitHub/релиза — с установкой Visual Studio, сборкой проекта, настройкой Discord-бота и созданием готового .exe для игроков.

Да, сделаем. Но здесь есть один технический момент: в доступных мне файлах сейчас остался только самый первый DayZLauncher.7z, который вы загрузили в начале. Последние рабочие версии с BattlEye, !Workshop, достижениями, темами и новым UI в файловом окружении этой сессии не сохранились. Если я сейчас изменю тот архив, мы потеряем все последние доработки.

Поэтому загрузите ZIP/7z именно текущей рабочей версии, которая сейчас у вас собирается в Visual Studio. После этого я внесу три изменения в неё без отката функционала.

1. Фон станет реально видимым. Затемню не сам фон, а панели поверх него: основные контейнеры сделаю полупрозрачными (#CC... / #DD...), фон останется полноэкранным с UniformToFill. Для Dynamic Background тоже сохраню совместимость.

2. Все выпадающие меню будут соответствовать теме. Это касается ComboBox, выпадающего списка, ComboBoxItem, контекстных меню и других popup-элементов. Например, в Dark/Graphite будет чёрный/графитовый фон + красный выбранный текст/акцент; в Light — соответствующая светлая версия. Белых системных dropdown больше не останется.

3. В левое меню добавлю 🛒 ДОНАТ МАГАЗИН. Он будет открываться внутри launcher-а, а не во внешнем браузере, через WebView2. Авторизацию лучше сделать не передачей SteamID в URL, а настоящим Steam ticket: launcher получает GetAuthTicketForWebApi, отправляет одноразовый ticket вашему backend, backend проверяет его через ISteamUserAuth/AuthenticateUserTicket и создаёт веб-сессию магазина. Именно такую client → secure backend схему описывает Valve. (partner.steamgames.com)

Это позволяет получить сценарий:

text
Игрок запускает launcher
        ↓
Steam уже запущен
        ↓
Launcher знает SteamID
        ↓
ДОНАТ МАГАЗИН
        ↓
Steam выдаёт одноразовый auth ticket
        ↓
Ваш сайт проверяет ticket
        ↓
Игрок автоматически авторизован
        ↓
Магазин открывается прямо внутри launcher-а

Логин и пароль Steam launcher никогда не получает и не хранит. Обычный Steam OpenID тоже возможен, но тогда Steam предусматривает перенаправление пользователя через страницу входа Steam Community, поэтому для максимально автоматического входа из уже работающего Steam-клиента ticket-схема удобнее. (Steamworks)

Загрузите сюда текущий рабочий архив проекта — тот, в котором уже есть последние темы/ачивки/BattlEye. bin, obj и .vs можно удалить перед упаковкой. Я внесу изменения именно в него.

Готово. Обновил текущий проект и вынес проектные данные в единый конфигурационный файл.

Скачать DayZLauncher_Configurable_UI_Store_v5.zip

Что изменено:

• Фон теперь заметно виднее. Основные панели Dark/Graphite стали полупрозрачными, а степень видимости фона можно регулировать прямо в ProjectConfig.json отдельно для каждой темы.
• Выпадающие списки полностью перерисованы. Больше не используется стандартный белый Windows popup: фон, текст, рамка, hover и выбранный пункт теперь соответствуют текущей теме и акцентному цвету.
• Добавлена кнопка 🛒 ДОНАТ МАГАЗИН в основное меню.
• Магазин открывается прямо внутри launcher-а через WebView2. Использован WebView2CompositionControl, подходящий для WPF-интерфейса с перекрывающимися/прозрачными элементами; инициализация выполняется штатным EnsureCoreWebView2Async. (Microsoft Learn)
• Есть кнопки «Обновить» и «Открыть во внешнем браузере».
• Добавлена готовая клиентская механика автоматической Steam-авторизации магазина.

Новый главный файл — ProjectConfig.json

Теперь практически всё, что относится именно к конкретному DayZ-проекту, меняется здесь:

text
ProjectConfig.json

Туда вынесены:

• название проекта;
• название launcher-а;
• заголовок окна;
• название блока новостей;
• папка %LOCALAPPDATA%;
• имя автозапуска Windows;
• Discord;
• VK;
• сайт;
• Discord News Channel ID;
• Discord Messages Channel ID;
• Discord Bot Token;
• Steam App ID;
• Steam Web API Key;
• адрес донат-магазина;
• адрес Steam-auth backend;
• имя кнопки магазина;
• пути логотипа/фона/иконок;
• прозрачность фона для Dark/Graphite/Light;
• весь список серверов;
• query ports;
• резервные Workshop ID модов.

Старый servers.json теперь оставлен пустым только для обратной совместимости. Рабочий список серверов находится в:

json
"servers": [
    ...
]

в ProjectConfig.json.

Для переноса launcher-а на другой проект теперь в большинстве случаев достаточно поменять:

text
ProjectConfig.json
Resources/background.jpg
Resources/logo.png
Resources/discord.png
Resources/vk.png
Resources/website.png
launc.ico

Социальная кнопка автоматически скрывается, если соответствующая ссылка в конфиге оставлена пустой.

Автоавторизация Steam в донат-магазине

Добавлена нормальная схема без передачи логина или пароля Steam:

text
Steam клиента игрока
        ↓
GetAuthTicketForWebApi
        ↓
одноразовый Steam ticket
        ↓
ваш HTTPS backend
        ↓
Steam AuthenticateUserTicket
        ↓
проверенный SteamID
        ↓
сессия магазина
        ↓
sessionUrl
        ↓
встроенный магазин launcher-а

Steamworks.NET 2024.8.0 действительно предоставляет SteamUser.GetAuthTicketForWebApi, а результат приходит через GetTicketForWebApiResponse_t. (GitHub)

При этом проверка ticket обязательно должна происходить на вашем backend, потому что Valve требует publisher API key для AuthenticateUserTicket и прямо указывает, что такой вызов нельзя выполнять непосредственно из клиента. (Steamworks)

В ProjectConfig.json теперь есть:

json
"store": {
  "enabled": true,
  "menuTitle": "🛒 ДОНАТ МАГАЗИН",
  "storeUrl": "https://www.residentdayz.ru/",
  "steamAuthEndpoint": "",
  "authIdentity": "resident-dayz-launcher-store",
  "requestTimeoutSeconds": 20,
  "allowHttpForDevelopment": false
}

steamAuthEndpoint я намеренно не выдумывал. Сейчас у меня нет исходников backend вашего сайта и неизвестен реальный URL обработчика авторизации. Пока поле пустое, сайт откроется внутри launcher-а, но без автоматического Steam login.

Когда на сайте будет endpoint, например:

text
https://site.ru/api/launcher/steam-auth

достаточно будет прописать его:

json
"steamAuthEndpoint": "https://site.ru/api/launcher/steam-auth"

Launcher уже отправит туда:

json
{
  "steamId": "7656119...",
  "ticket": "0123abcdef...",
  "identity": "resident-dayz-launcher-store",
  "appId": 221100,
  "returnUrl": "https://site.ru/shop/"
}

А сайт должен вернуть, например:

json
{
  "sessionUrl": "https://site.ru/launcher/session/ONE_TIME_TOKEN"
}

После этого игрок нажимает «ДОНАТ МАГАЗИН» и попадает в магазин уже под своим проверенным Steam-аккаунтом.

Гайд внутри проекта

Добавил подробный:

text
PROJECT_CONFIG_GUIDE.md

Там расписано:

• назначение каждого параметра;
• как перенести launcher на другой DayZ-проект;
• как добавлять серверы;
• как менять Discord;
• как менять Steam;
• как менять изображения;
• как регулировать фон;
• как подключить донат-магазин;
• формат запроса launcher → backend;
• формат ответа backend → launcher;
• требования к Steam ticket;
• какие файлы менять нельзя.

Отдельно учтено, что backend не должен доверять SteamID, присланному клиентом: настоящий SteamID нужно брать из успешного ответа Steam после проверки ticket.

Важный момент по секретам

Для сохранения текущей работоспособности существующие Discord/Steam значения перенесены из кода в ProjectConfig.json. Но перед публичным распространением исходников я рекомендую перевыпустить Discord Bot Token и не хранить секретные publisher-ключи внутри launcher-а. Publisher Steam key должен находиться только на сервере. (Steamworks)

Проверил итоговую структуру: ProjectConfig.json и servers.json валидны, XAML и .csproj разбираются корректно, найдены все 46 из 46 обработчиков интерфейса, проверены C# скобки и escape-последовательности. ZIP также проверен на целостность. bin, obj, .vs, пользовательский .csproj.user, временный PFX и backup проекта в архив не включены.

Полноценную Windows WPF-сборку в этой Linux-среде выполнить нельзя, поэтому у себя после распаковки сделайте Очистить решение → Перестроить решение; Visual Studio также восстановит новый NuGet-пакет Microsoft.Web.WebView2.

Это уже не ошибка кода и не ошибка сборки проекта. Visual Studio прямо показывает причину:

text
"DayZLauncher (4624)" блокирует этот файл

То есть предыдущий экземпляр DayZLauncher.exe всё ещё запущен и держит сразу два файла:

text
bin\Release\net8.0-windows\DayZLauncher.exe
bin\Release\net8.0-windows\steam_api64.dll

Из-за этого MSBuild не может заменить их новой сборкой.

В текущей версии это особенно вероятно из-за добавленного сворачивания launcher-а в системный трей — окно может быть закрыто/невидимо, но процесс продолжает работать.

Сделайте сейчас так:

1. Остановите отладку в Visual Studio: Shift+F5.
2. Проверьте область рядом с часами Windows — если там есть значок DayZ Launcher, закройте launcher через него.
3. Если значка нет, откройте Диспетчер задач → Подробности и завершите:

   text
   DayZLauncher.exe

   В вашем случае PID сейчас:

   text
   4624

4. После этого в Visual Studio: Сборка → Очистить решение
5. Затем: Сборка → Перестроить решение.

Можно ещё быстрее через терминал Windows:

bat
taskkill /F /IM DayZLauncher.exe

или именно текущий процесс:

bat
taskkill /F /PID 4624

После этого сборка должна пройти.

Если вдруг Visual Studio всё ещё будет показывать блокировку, удалите вручную:

text
DayZLauncher\bin\Release
DayZLauncher\obj\Release

и снова выполните перестроение.

Почему это появилось именно сейчас

В последних версиях у нас есть настройка:

«Сворачивать launcher в трей после запуска игры»

При таком режиме закрытие/скрытие окна не обязательно завершает процесс. Это нормально для tray-приложения, но неудобно при разработке, потому что следующий Build не может перезаписать работающий .exe и загруженный steam_api64.dll.

Я бы в следующей версии сделал дополнительную защиту для режима разработки: при закрытии главного окна из Visual Studio launcher реально завершает процесс, а tray-режим используется только при обычном запуске собранного приложения. Тогда такие MSB3021/MSB3027 практически исчезнут.

Эта строка:

csharp
_routeItemList[i].InvokeHandler(args);

— не строка из вашего проекта. Это внутренний код WPF, который вызывает обработчик кнопки, выбора сервера, ComboBox, SelectionChanged и т. п.

То есть реальная ошибка находится внутри одного из ваших обработчиков, а Visual Studio остановилась уже в механизме маршрутизации события.

В текущем проекте наиболее вероятные места — это обработчики:

csharp
ServerList_SelectionChanged
ModsList_SelectionChanged
Appearance_SelectionChanged
Donate_Click

или любой Click, после которого появилась эта остановка.

Чтобы определить точную причину, пришлите из Visual Studio строки выше этой остановки, где будет что-то вроде:

text
System.NullReferenceException
System.InvalidOperationException
System.Windows.Markup.XamlParseException

и дальше:

text
at DayZLauncher.MainWindow....

Особенно важна первая строка с типом исключения и первая строка, где встречается:

text
DayZLauncher.MainWindow

Также можете открыть:

text
%LOCALAPPDATA%\ResidentDayZLauncher\logs\launcher.log

или, если вы уже используете новый ProjectConfig.json, папку из:

json
"localAppDataFolder"

и прислать последние 20–30 строк с [ERROR].

Саму _routeItemList[i].InvokeHandler(args); исправлять не нужно — это только место, через которое WPF дошёл до падающего обработчика.

Нашёл и исправил именно эту проблему.

Ошибка:

text
Could not load file or assembly
'Microsoft.Windows.SDK.NET, Version=10.0.17763.10'

появлялась из-за WebView2CompositionControl, который я использовал для встроенного донат-магазина. Для него известна ровно такая проблема с Microsoft.Windows.SDK.NET в WPF/.NET 8. (GitHub)

Я заменил его на обычный WPF:

xml
<wv2:WebView2 x:Name="DonateWebView"/>

Вся логика магазина при этом сохранена:

• встроенное открытие сайта;
• Steam ticket;
• автоматическая авторизация через backend;
• обновление страницы;
• открытие во внешнем браузере;
• обработка ошибок.

Обычный WebView2 является штатным WPF-контролом Microsoft, а Composition-вариант нужен в основном для специальных случаев наложения WPF-элементов поверх браузера. У нас магазин занимает отдельную вкладку, поэтому он не нужен. (Microsoft Learn)

Скачать исправленную версию v6

Также добавил в проект файл:

text
WEBVIEW2_SDK_FIX.md

с описанием причины и решения.

Перед открытием новой версии рекомендую полностью закрыть Visual Studio, затем удалить из старого проекта:

text
.vs
bin
obj

После этого открыть новую версию и выполнить:

Восстановить NuGet-пакеты → Очистить решение → Перестроить решение.

Это важно, потому что в старом obj мог сохраниться скомпилированный XAML, который всё ещё ссылается на WebView2CompositionControl.

В архиве я уже удалил старые bin/obj/.vs, .user, временные .pfx/.tmp, проверил XAML/XML и целостность ZIP.

Да. У вас launcher уже вышел за рамки обычного «запустить DayZ», поэтому я бы дальше развивал его не количеством кнопок, а функциями, которые реально уменьшают проблемы игрока.

Мой приоритетный следующий этап такой:

1. Предстартовая проверка сервера

   Перед кнопкой «Играть» launcher делает быстрый чек:

   • сервер онлайн;
   • BattlEye найден;
   • DayZ найден;
   • все обязательные моды установлены;
   • моды актуальны;
   • свободного места достаточно;
   • Steam работает;
   • порядок модов совпадает с сервером.

   И показывает:

   text
   ✓ Steam
   ✓ DayZ
   ✓ BattlEye
   ✓ 31/31 модов
   ✓ Сервер доступен
   ГОТОВО К ЗАПУСКУ

   Это особенно полезно потому, что DayZ действительно может отказать при несовпадении клиентских и серверных модов (EQUAL_MOD). (Bohemia Interactive Community)

2. «Починить сервер одним нажатием»

   Если игрок не может зайти:

   text
   🔧 ИСПРАВИТЬ

   Launcher автоматически:

   • определяет проблемные моды;
   • переподписывает только их;
   • очищает битые локальные ссылки !Workshop;
   • заново создаёт ссылки;
   • проверяет PBO;
   • повторно проверяет серверный набор;
   • не трогает нормальные моды.

   Я бы сделал это одной из ключевых функций.

3. Полноценная очередь загрузки модов

   Сейчас вместо просто «обновляется» можно сделать нормальный Download Manager:

   text
   CF                         ✓ Готов
   Dabs Framework       420 MB / 1.2 GB   35%
   Expansion             Ожидает
   Server Pack           Ожидает

   С общим прогрессом:

   text
   4.8 GB / 12.7 GB
   ~8 минут

4. Контроль порядка модов

   Это важно. Bohemia использует -mod= как официальный параметр загрузки клиентских модов. (Bohemia Interactive Community)

   Launcher может отдельно показывать:

   text
   Порядок запуска сервера:
   
   01. CF
   02. Dabs Framework
   03. Community Framework
   04. Expansion Core
   ...

   И перед стартом гарантированно формировать -mod именно в таком порядке.

5. Страница сервера вместо простой строки

   При выборе сервера справа можно сделать большую карточку:

   text
   HARD RESIDENT DAYZ
   
   Chernarus+
   84 / 100 игроков
   Ping: 34 ms
   
   🟢 ONLINE
   
   Требуется модов: 31
   Размер: 18.4 GB
   
   [ИГРАТЬ]

   Ниже:

   • описание;
   • особенности;
   • правила;
   • Discord;
   • карта;
   • wipe date;
   • следующий рестарт.

6. Таймер рестарта сервера

   Очень полезная функция:

   text
   Следующий рестарт:
   01:24:36

   За 10 минут:

   text
   ⚠ Рестарт сервера через 10 минут

   Это можно получать либо с вашего backend, либо через небольшой JSON endpoint.

7. Статус инфраструктуры проекта

   Отдельный небольшой блок:

   text
   SERVER 1      🟢
   SERVER 2      🟢
   DISCORD       🟢
   WEBSITE       🟢
   DONATE        🟢

   Очень удобно, когда игрок пишет «лаунчер не работает», а на самом деле лежит сервер.

8. Discord Rich Presence

   Я бы это действительно добавил.

   Например в Discord:

   text
   Resident DayZ Launcher
   
   Играет на HARD Resident PvE
   Chernarus+ • 84/100
   
   01:34:22 в игре

   Discord сейчас официально поддерживает Rich Presence для отображения активности приложения. (Documentation - Discord)

   Можно также показывать:

   • карту;
   • сервер;
   • онлайн;
   • время сессии;
   • кнопку Discord;
   • кнопку сайта.

9. Steam-друзья

   Раз Steamworks уже инициализирован, можно сделать раздел:

   text
   ДРУЗЬЯ В DAYZ
   
   Ivan              В игре
   Alex              Resident PvP
   Player123         DayZ

   Steam предоставляет интерфейс друзей и Rich Presence через ISteamFriends. (Steamworks)

   Но тут нужно учитывать ограничения доступа к presence конкретных пользователей.

10. История игровых сессий

    Сейчас последние серверы можно развить в полноценную статистику:

    text
    Сегодня
    HARD Resident PvE
    20:13 → 23:42
    3 ч 29 мин
    
    Вчера
    Resident PvP
    1 ч 17 мин

    Далее:

    text
    За неделю: 21 ч
    За месяц: 94 ч
    Любимый сервер: HARD PvE

11. Профиль игрока

    Отдельная вкладка:

    text
    [Steam Avatar]
    
    777
    SteamID64: ...
    
    Время DayZ: 1832 ч
    Запусков через launcher: 214
    Серверов посещено: 8
    Достижения: 43 / 100

    Плюс уровень профиля самого launcher-а.

12. Более серьёзная система достижений

    Наши ~100 ачивок можно сделать визуально гораздо интереснее:

    • Common;
    • Rare;
    • Epic;
    • Legendary;
    • Secret.

    Например:

    text
    🏆 Первый выживший
    Первый запуск DayZ
    
    💀 Мне здесь нравится
    100 подключений
    
    🔧 Механик
    Обновить 100 модов
    
    ☠ Бессмертный
    Провести 1000 часов в DayZ

    И отдельное красивое окно при разблокировке.

13. Система ивентов

    Очень хорошо впишется рядом с Discord:

    text
    БЛИЖАЙШИЕ ИВЕНТЫ
    
    14 августа
    Большой рейд
    20:00
    
    17 августа
    Автогонки
    19:00

    Кнопки:

    text
    НАПОМНИТЬ
    ПОДРОБНЕЕ

    Данные можно хранить на вашем сайте в простом JSON/API.

14. Голосование за сервер

    Например:

    text
    Какой сервер открыть следующим?
    
    Namalsk       42%
    Sakhal        31%
    Deer Isle     27%

    Авторизация уже может строиться через Steam ticket, который мы подготовили для магазина.

15. Общий аккаунт проекта через Steam

    Это, на мой взгляд, один из самых перспективных шагов.

    Мы уже закладываем Steam-auth для магазина. Эту же серверную авторизацию можно использовать для:

    • донатов;
    • истории покупок;
    • достижений;
    • ивентов;
    • репортов;
    • статистики;
    • привязки Discord;
    • игровых наград.

    Тогда launcher становится клиентом всей экосистемы проекта.

16. Магазин → выдача покупки на сервер

    После Steam-авторизации:

    text
    Баланс: 1400 ₽
    
    [Комплект строителя]
    499 ₽
    
    [Купить]

    После покупки backend знает:

    text
    SteamID
    Server ID
    Product ID

    и уже серверная часть выполняет выдачу.

17. Система промокодов

    В launcher:

    text
    ПРОМОКОД
    [ RESIDENT2026 ]
    
    Активировать

    И можно связывать это с Discord/ивентами.

18. Launcher updater

    Это я бы поставил очень высоко.

    Сейчас при новой версии игроку приходится скачивать launcher заново. Лучше сделать:

    text
    Доступно обновление
    1.4.2 → 1.5.0
    
    24 MB
    
    [ОБНОВИТЬ]

    После чего маленький updater:

    • закрывает launcher;
    • заменяет файлы;
    • запускает новую версию;
    • сохраняет ProjectConfig/пользовательские настройки.

19. Удалённый конфиг проекта

    У нас сейчас ProjectConfig.json локальный.

    Я бы разделил его:

    text
    ProjectConfig.json

    — базовые настройки/брендинг.

    И:

    text
    https://site/project-config.json

    — динамические данные:

    • серверы;
    • IP;
    • query ports;
    • ссылки;
    • новости;
    • магазин;
    • maintenance;
    • минимальная версия launcher-а.

    Тогда при смене IP сервера не нужно выпускать новый launcher.

20. Maintenance mode

    Через удалённый конфиг:

    text
    🔧 ТЕХНИЧЕСКИЕ РАБОТЫ
    
    Серверы временно недоступны.
    Завершение работ ориентировочно в 19:00.

    При этом кнопку «Играть» можно временно отключать.

21. Обязательное обновление launcher-а

    Backend сообщает:

    json
    {
      "minimumLauncherVersion": "1.7.0"
    }

    Если у пользователя 1.6:

    text
    Для продолжения необходимо обновление launcher-а.

    Это сильно облегчает поддержку.

22. Проверка целостности самого launcher-а

    Можно иметь manifest.json:

    text
    DayZLauncher.exe        SHA256
    steam_api64.dll         SHA256
    Resources/logo.png      SHA256

    И перед стартом обнаруживать повреждённые/заменённые файлы.

    Я бы не называл это «античитом» — это именно self-integrity check.

23. Диагностика одной кнопкой

    Очень полезно для техподдержки:

    text
    СОЗДАТЬ ОТЧЁТ

    Launcher собирает ZIP:

    text
    launcher.log
    system.json
    steam.json
    mods.json
    servers.json
    paths.json

    Без Steam token/password/API secrets.

    Игрок кидает один файл администратору — и вам не нужно вытягивать из него 20 скриншотов.

24. Самодиагностика сети

    Например:

    text
    Steam API        ✓
    Workshop         ✓
    Discord          ✓
    Server Query     ✓ 31 ms
    Game Port        ✓
    Website          ✓

    Особенно полезно при проблемах провайдера/DNS/firewall.

25. Экран «Почему я не могу зайти?»

    Вместо непонятной ошибки:

    text
    НЕВОЗМОЖНО ПОДКЛЮЧИТЬСЯ
    
    ✕ Mod ABC устарел
    ✕ Не хватает 4.3 GB на диске
    ✓ Steam работает
    ✓ Сервер доступен
    
    [ИСПРАВИТЬ АВТОМАТИЧЕСКИ]

Что я бы делал первым

Если выбирать 5 функций с максимальной пользой, я бы делал именно в таком порядке:

1. Launcher Auto-Updater
Чтобы больше не раздавать каждый новый ZIP вручную.

2. Удалённый ProjectConfig
Чтобы менять IP, серверы, магазин, maintenance и ссылки без обновления .exe.

3. «Проверить и исправить» перед запуском
Моды + Steam + BattlEye + сервер + диск + !Workshop.

4. Discord Rich Presence
Это сразу сделает launcher заметно более «продуктовым». Discord поддерживает Rich Presence для приложения через свои актуальные SDK/RPC-механизмы. (Documentation - Discord)

5. Единый Steam-профиль проекта
Steam-auth → магазин → статистика → ивенты → репорты → достижения.

И ещё я бы не тратил время сейчас на «загрузку модов в RAM», собственный голосовой чат или полноценный античит. Это намного сложнее, а практической пользы для launcher-а будет меньше, чем от updater-а, удалённого конфига и хорошего автоматического ремонта модов.

Готово. Добавил все четыре функции в текущую версию проекта и отдельно расписал настройку updater-а.

Скачать DayZLauncher v7 — Rich Presence + Steam Friends + Sessions + Updater

В проект добавлено:

• Discord Rich Presence — статус меняется между «в launcher-е», «выбран сервер» и «играет на сервере», с названием сервера, картой, онлайном и временем текущей игровой сессии. Для работы нужен Discord Application ID и запущенный Discord Desktop; Discord поддерживает обновление Rich Presence через локальный RPC. (Documentation - Discord)
• Steam-друзья — новая вкладка 👥 ДРУЗЬЯ STEAM: имя, online/offline, аватар, текущая игра и отдельное выделение тех, кто сейчас в DayZ. Список друзей берётся через Steamworks GetFriendCount / GetFriendByIndex, что соответствует штатной схеме Steamworks. (Steamworks)
• История игровых сессий — новая вкладка 🕒 ИСТОРИЯ ИГР: сервер, карта, ник, количество модов, время входа, выхода и длительность. История сохраняется между запусками launcher-а.
• Launcher Updater — проверка новой версии, отображение release notes, скачивание ZIP, проверка SHA-256, автоматическое закрытие launcher-а, замена файлов и повторный запуск.
• Добавлен version.txt, который является локальной версией launcher-а.
• Добавлен готовый скрипт Tools\Build-Release.ps1, который сам делает Release, ZIP, SHA-256 и version.json.
• Все новые проектные параметры снова вынесены в ProjectConfig.json.

Как включить Discord Rich Presence

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

В ProjectConfig.json:

json
"richPresence": {
  "enabled": true,
  "applicationId": "ВАШ_DISCORD_APPLICATION_ID",
  "largeImageKey": "launcher",
  "largeImageText": "Resident DayZ",

  "idleDetails": "Resident DayZ Launcher",
  "idleState": "Выбирает сервер",

  "selectedServerDetails": "Выбран сервер: {server}",
  "selectedServerState": "{map} • {players}",

  "playingDetails": "Играет: {server}",
  "playingState": "{map} • {players}",

  "showSessionTimer": true
}

В Discord Developer Portal создаёте приложение, копируете его Application ID и загружаете картинку Rich Presence с ключом:

text
launcher

После этого присутствие будет выглядеть примерно так:

text
RESIDENT DAYZ

Играет: HARD Resident_DAYZ [PvE]
Chernarus+ • 67 / 100

Прошло: 01:37:24

Картинки Rich Presence привязываются к Discord Application, а ключ картинки используется в activity assets. (Documentation - Discord)

Отдельная инструкция уже лежит в проекте:

DISCORD_RICH_PRESENCE_GUIDE.md

Steam-друзья

Тут практически ничего настраивать не надо.

Launcher использует тот Steam, который мы уже инициализируем для Workshop. Во вкладке:

text
👥 ДРУЗЬЯ STEAM

будут карточки:

text
[Аватар]

Player777
🟢 🎮 DayZ
В сети

SteamID64: 7656119...

[ОТКРЫТЬ STEAM]

Если ваш steam.webApiKey заполнен, launcher дополнительно получает аватар и информацию о текущей игре. Даже без него базовый список друзей и их Steam persona-state берётся через Steamworks.

Отдельная инструкция:

STEAM_FRIENDS_SESSIONS_GUIDE.md

История игровых сессий

После успешного запуска:

text
DayZ_BE.exe
        ↓
DayZ_x64.exe
        ↓
начинается игровая сессия

Launcher сохраняет:

text
11.08.2026 20:41

HARD Resident_DAYZ [PvE]
Chernarus+
Ник: 777
31 мод
3 ч 24 мин

Файл находится не внутри launcher-а, а отдельно:

text
%LOCALAPPDATA%\ResidentDayZLauncher\game-sessions.json

Поэтому обновление launcher-а историю не удалит.

Launcher следит за:

text
DayZ_x64.exe

и когда игра закрывается — фиксирует время окончания.

Если игрок закрыл сам launcher, но DayZ продолжает работать, активная запись сохраняется. При следующем открытии launcher-а она восстанавливается.

---

Как работает Launcher Updater

Здесь я специально сделал систему максимально простой для владельца проекта.

Вам не нужен отдельный Updater.exe.

Сам DayZLauncher.exe умеет временно становиться updater-ом.

Схема:

text
DayZLauncher 1.0.0
       │
       │ GET
       ▼
https://site.ru/launcher/version.json
       │
       ▼
version = 1.1.0
       │
       ▼
Появляется:
[СКАЧАТЬ И УСТАНОВИТЬ]
       │
       ▼
DayZLauncher-1.1.0.zip
       │
       ▼
проверка SHA-256
       │
       ▼
создание временной копии launcher-а
       │
       ▼
основной DayZLauncher.exe закрывается
       │
       ▼
временная копия ждёт освобождения файлов
       │
       ▼
заменяет старые файлы
       │
       ▼
запускает новый DayZLauncher.exe

Это также решает проблему, которую вы уже видели:

text
DayZLauncher.exe используется другим процессом
steam_api64.dll используется другим процессом
MSB3021 / MSB3027

Работающий EXE никогда не пытается заменить сам себя.

Шаг 1. На сайте

Создаёте обычную папку, например:

text
https://residentdayz.ru/launcher/

Там будут лежать:

text
launcher/
│
├── version.json
│
├── DayZLauncher-1.1.0.zip
├── DayZLauncher-1.2.0.zip
└── ...

Подойдёт обычный HTTPS-хостинг, откуда можно скачать JSON и ZIP.

Шаг 2. Настройка launcher-а

В ProjectConfig.json:

json
"updater": {
  "enabled": true,
  "manifestUrl": "https://residentdayz.ru/launcher/version.json",

  "checkOnStartup": true,
  "allowWhileDebugging": false,
  "allowHttpForDevelopment": false,

  "requestTimeoutSeconds": 30,
  "userAgent": "ResidentDayZLauncher-Updater/1.0",

  "preserveFiles": []
}

После этого launcher при запуске проверяет:

text
version.json

Шаг 3. Как выпустить, например, версию 1.1.0

Я добавил:

text
Tools\Build-Release.ps1

Открываете PowerShell в папке проекта и выполняете:

powershell
powershell -ExecutionPolicy Bypass -File .\Tools\Build-Release.ps1 `
  -Version 1.1.0 `
  -BaseUrl "https://residentdayz.ru/launcher"

И всё.

Скрипт автоматически делает:

text
Release publish
        ↓
DayZLauncher-1.1.0.zip
        ↓
SHA-256
        ↓
version.json

На выходе появится:

text
ReleaseOutput\
│
├── publish\
│
├── DayZLauncher-1.1.0.zip
└── version.json

Шаг 4. Загружаете два файла

На сайт:

text
https://residentdayz.ru/launcher/DayZLauncher-1.1.0.zip
https://residentdayz.ru/launcher/version.json

Всё.

Игроки со старой версией увидят:

text
Доступна версия 1.1.0

Новый интерфейс, исправления модов...

[СКАЧАТЬ И УСТАНОВИТЬ]

Что внутри version.json

Скрипт создаёт его сам:

json
{
  "version": "1.1.0",
  "packageUrl": "https://residentdayz.ru/launcher/DayZLauncher-1.1.0.zip",
  "sha256": "4F27B...64_HEX_СИМВОЛА...",
  "mandatory": false,
  "releaseNotes": "Опишите изменения версии 1.1.0",
  "publishedUtc": "2026-08-11T00:00:00Z",
  "minimumVersion": "1.0.0"
}

Перед загрузкой на сайт можете просто изменить:

json
"releaseNotes": "Добавлены Steam-друзья, Discord Rich Presence и история игровых сессий."

Для следующей версии

Например 1.2.0:

powershell
powershell -ExecutionPolicy Bypass -File .\Tools\Build-Release.ps1 `
  -Version 1.2.0 `
  -BaseUrl "https://residentdayz.ru/launcher"

Заменяете на сервере:

text
version.json

и добавляете:

text
DayZLauncher-1.2.0.zip

Больше ничего делать не надо.

В Visual Studio updater специально отключён

Оставил:

json
"allowWhileDebugging": false

Это важно.

При F5 launcher находится примерно здесь:

text
bin\Debug\net8.0-windows\

или:

text
bin\Release\net8.0-windows\

Self-update такой копии бессмысленен и может снова привести к заблокированным файлам.

Updater тестировать нужно на:

text
ReleaseOutput\publish\

или скопировать publish в:

text
C:\TestLauncher\

и запускать .exe непосредственно.

Полный updater-гайд находится здесь:

LAUNCHER_UPDATER_GUIDE.md

Также обновил общий гайд:

PROJECT_CONFIG_GUIDE.md

В этой версии я статически проверил XAML, .csproj, JSON, все 53 обработчика MainWindow, C#-структуру, escape-последовательности, конфликт Path и отсутствие старого проблемного WebView2CompositionControl. Сам Windows/WPF runtime-тест здесь выполнить нельзя, поэтому первый запуск новой версии всё равно нужно сделать у вас в Visual Studio.

Сделал первую полноценную версию платформы под вашу модель «1 проект = 1 персональный DayZ Launcher».

Скачать

Вся платформа целиком — сайт + managed launcher + документация

Только сайт / админ-панель

Только Managed DayZ Launcher

Как теперь устроена система

Публичный сайт показывает продукт, стоимость launcher-а N ₽ и подписку на обновления 550 ₽/месяц. Цена первоначальной покупки задаётся вами в Developer-панели.

Клиент регистрируется, создаёт свой проект и прямо на сайте заполняет:

• название проекта и launcher-а;
• серверы, IP, game/query port;
• Discord и каналы новостей/сообщений;
• сайт, VK и остальные ссылки;
• донат-магазин;
• Discord Rich Presence;
• логотип и фон;
• резервные Workshop ID;
• остальные проектные параметры.

После этого проект принадлежит только этому клиенту.

Что получает клиент

После подтверждения оплаты сервер генерирует персональный launcher именно для этого проекта.

В нём уже нет редактируемого:

text
ProjectConfig.json

Вместо него имеется только служебная привязка:

text
LauncherBinding.json

примерно такого смысла:

json
{
  "projectId": "...",
  "projectKey": "...",
  "platformUrl": "https://launcher.your-site.ru"
}

При запуске:

text
DayZLauncher
      ↓
LauncherBinding
      ↓
ваш сервер лицензирования
      ↓
проверка ProjectId + ProjectKey
      ↓
актуальная конфигурация проекта
      ↓
launcher запускается

То есть клиент меняет серверы, Discord, магазин, оформление и остальные проектные параметры на сайте, а не внутри установленного launcher-а.

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

Защита от подмены настроек

Managed-сборка сейчас настроена так, что отсутствие LauncherBinding.json не включает старый локальный режим.

Стоит:

csharp
RequireManagedBinding = true;

Поэтому пользователь не сможет удалить binding, положить рядом свой ProjectConfig.json и превратить launcher в другой проект.

Дополнительно в:

text
Utils/PlatformTrust.cs

можно жёстко прописать ваш домен платформы.

Например:

csharp
ExpectedPlatformHost = "launcher.residentdayz.ru";

Тогда официальная сборка будет принимать конфигурацию только с этого домена.

Разумеется, любой клиентский .exe теоретически можно патчить при достаточной квалификации, поэтому это лицензирование и контроль конфигурации, а не DRM абсолютной криптографической стойкости.

---

Система оплаты

Сделал именно под ваш вариант — оплата по банковским реквизитам Сбербанка.

Вы в Developer-панели задаёте:

text
Получатель
ИНН
КПП
Расчётный счёт
БИК
Корреспондентский счёт
Банк

и цены:

text
Лицензия launcher-а: N ₽
Обновления: 550 ₽ / месяц

Клиент создаёт заказ и получает:

text
Заказ #LP-000125

К оплате: 550 ₽

Получатель: ...
Расчётный счёт: ...
БИК: ...
Банк: ПАО Сбербанк

Назначение:
Продление Launcher Project LP-000125

После оплаты клиент загружает подтверждение платежа.

У вас в Developer-панели появляется заказ:

text
ОЖИДАЕТ ПРОВЕРКИ

Клиент: ...
Проект: ...
Сумма: 550 ₽
Квитанция: [Открыть]

[ПОДТВЕРДИТЬ]
[ОТКЛОНИТЬ]

После подтверждения права выдаются автоматически.

Важный момент про 550 ₽/месяц

При простой оплате переводом по банковским реквизитам это не автоматическое списание.

Поэтому сейчас схема:

text
истекает период обновлений
        ↓
клиент создаёт продление
        ↓
оплачивает 550 ₽
        ↓
загружает подтверждение
        ↓
вы подтверждаете
        ↓
+1 месяц обновлений

Позже сюда можно подключить интернет-эквайринг/рекуррентные платежи и webhook банка, тогда продление станет полностью автоматическим.

Для работы с оплатами физлиц необходимо отдельно проверить требования 54-ФЗ именно для вашего юридического статуса и схемы расчётов. ФНС указывает, что применение ККТ в общем случае распространяется и на безналичные расчёты организаций/ИП; для отдельных сценариев безналичного расчёта действуют специальные сроки формирования чека. (Federal Tax Service)

---

Модель лицензии

Я реализовал её следующим образом.

Первоначальная покупка — N ₽

После подтверждения:

text
LicenseStatus = Active

Проект получает бессрочное право использовать уже купленный launcher.

Дополнительно фиксируется:

text
PurchasedUtc
UpdatesEntitledThroughUtc

на дату покупки.

Например клиент купил launcher:

text
10 августа 2026

И в этот день последняя версия:

text
2.3.0

Даже если он больше никогда не продлит обновления, 2.3.0 у него продолжит работать.

Подписка 550 ₽

Например:

text
Оплачено до:
10 сентября 2026

Вы выпустили:

text
2.4.0 — 20 августа

Она клиенту доступна.

А:

text
2.5.0 — 20 сентября

уже нет.

Launcher сообщит, что существует новая версия, но право на неё отсутствует:

text
Доступна версия 2.5.0

Подписка на обновления закончилась.

[ПРОДЛИТЬ ОБНОВЛЕНИЯ]

После оплаты 550 ₽ доступ открывается.

---

Архив всех версий

Это тоже уже реализовано.

Вы ничего не перезаписываете.

Например Developer-панель хранит:

text
2.0.0
2.0.1
2.1.0
2.2.0
2.3.0
2.4.0
2.5.0

Физически:

text
App_Data/
└── releases/
    ├── 2.0.0/
    │   └── DayZLauncher-2.0.0.zip
    ├── 2.1.0/
    │   └── DayZLauncher-2.1.0.zip
    ├── 2.2.0/
    │   └── DayZLauncher-2.2.0.zip
    └── 2.3.0/
        └── DayZLauncher-2.3.0.zip

Повторно загрузить существующий номер версии нельзя.

В Developer-панели есть:

text
ВЕРСИИ LAUNCHER-А

2.5.0    11.08.2026    Release
2.4.0    03.08.2026    Release
2.3.0    21.07.2026    Release
...

И клиент также получает свой архив доступных ему версий.

---

Как вы выпускаете новую версию

Это одна из главных частей системы.

Вы сначала работаете с:

text
DayZLauncher.Managed

Это ваша master-версия.

Например доработали её и получили:

text
2.6.0

Собираете Release/Publish и создаёте master ZIP:

text
DayZLauncher-2.6.0.zip

Заходите:

text
Developer
→ Версии launcher-а
→ Добавить версию

Указываете:

text
Версия: 2.6.0

Описание:
• Новый интерфейс модов
• Исправлен Steam Workshop
• Добавлена статистика

и загружаете ZIP.

Платформа сохраняет его как отдельный релиз.

---

Как из master launcher получается launcher клиента

Допустим ваш master ZIP содержит:

text
DayZLauncher.exe
steam_api64.dll
Resources/
...
ProjectConfig.json

Пользователь проекта:

text
MY DAYZ PROJECT

нажимает:

text
СКАЧАТЬ LAUNCHER

Сервер автоматически:

1. открывает master ZIP;
2. удаляет ProjectConfig.json;
3. удаляет старый LauncherBinding.json;
4. удаляет legacy servers.json;
5. создаёт персональный LauncherBinding.json;
6. выдаёт ZIP только этому проекту.

Получается:

text
MY PROJECT LAUNCHER
│
├── DayZLauncher.exe
├── steam_api64.dll
├── Resources/
└── LauncherBinding.json

---

Автоматическое обновление

Установленный launcher теперь спрашивает не публичный version.json, как раньше, а вашу SaaS-платформу:

text
GET
/api/launcher/{projectId}/updates/latest

X-Launcher-Key: PROJECT_KEY

Сайт проверяет:

text
Проект существует?
Лицензия Active?
Ключ правильный?
Когда заканчиваются обновления?
Когда опубликована новая версия?

Если версия разрешена:

json
{
  "version": "2.6.0",
  "packageUrl": "...",
  "sha256": "...",
  "releaseNotes": "..."
}

Если нет подписки — ZIP новой версии не отдаётся.

Даже если пользователь узнает прямой URL API, скачивание пакета также повторно проверяет:

text
ProjectId
ProjectKey
License
Entitlement
Release

---

Developer-панель

Для вас реализован отдельный уровень:

text
Developer

Вы видите:

Клиенты

text
Всего клиентов
Активных проектов
Активных подписок
Ожидающих платежей

Проекты

text
Название
Владелец
Лицензия
Подписка до
Дата покупки

Можно:

text
Активировать
Приостановить
Заблокировать

Также можете вручную:

text
+1 месяц
+3 месяца
+6 месяцев
+12 месяцев

Например для тестовых клиентов или подарочной подписки.

Платежи

text
Новые
Подтверждённые
Отклонённые

Версии

Загрузка master launcher-а и полный архив релизов.

Настройки платформы

Здесь меняются:

text
Цена launcher-а
Цена обновлений

Получатель
ИНН
КПП
Счёт
БИК
Корр. счёт

и другие системные параметры

---

Панель клиента

Клиент получает красивый кабинет со своими проектами.

Для каждого проекта:

text
MY DAYZ PROJECT

Лицензия:
● ACTIVE

Обновления:
до 10.09.2026

Текущая доступная версия:
2.4.0

[СКАЧАТЬ LAUNCHER]
[ПРОДЛИТЬ]
[НАСТРОИТЬ]
[АРХИВ ВЕРСИЙ]

Параметры проекта разбиты на разделы:

• Основное;
• Серверы;
• Социальные сети;
• Discord;
• Discord Rich Presence;
• Магазин;
• Брендинг;
• API;
• Лицензия.

Так клиенту не приходится редактировать JSON.

---

Брендинг

Клиент через сайт загружает:

text
Логотип
Фон
Discord icon
VK icon
Website icon

Managed launcher умеет получать эти ресурсы по HTTPS.

Поэтому не нужно собирать отдельный .exe только из-за смены:

text
logo.png
background.jpg

После изменения в кабинете launcher при следующем получении конфигурации увидит новое оформление.

---

Discord и Steam API секреты

Это тоже изменил принципиально.

Раньше у нас:

text
Discord Bot Token
Steam Web API Key

могли попадать в ProjectConfig.json клиентского launcher-а.

Для коммерческой платформы это недопустимо.

Теперь секреты проекта остаются только на сервере платформы.

Launcher обращается:

text
Launcher
  ↓
Launcher Platform
  ↓
Discord API

или:

text
Launcher
  ↓
Launcher Platform
  ↓
Steam Web API

То есть игрок не получает Bot Token или Steam API key.

Серверная часть использует ASP.NET Core Data Protection для защиты сохранённых значений. Microsoft рекомендует сохранять key ring в постоянном хранилище и отдельно защищать это хранилище. (Microsoft Learn)

Поэтому папку:

text
App_Data/dpkeys

обязательно нужно резервировать вместе с базой.

И если старые Discord/Steam ключи, которые раньше находились в launcher-е, были настоящими — их лучше перевыпустить после перехода на эту систему.

---

Что находится на сервере

Первая версия сайта сделана на:

text
ASP.NET Core 8
Entity Framework Core
SQLite
Razor/MVC

Для старта этого достаточно.

.NET 8 сейчас остаётся поддерживаемой LTS-линейкой; на официальной странице Microsoft на август 2026 опубликован SDK 8.0.423 и runtime 8.0.29. (Microsoft)

Структура:

text
LauncherPlatform.Web/
│
├── Controllers/
├── Models/
├── Services/
├── Data/
├── Views/
├── wwwroot/
├── App_Data/
├── appsettings.json
└── Program.cs

---

Что настроить перед первым запуском

Откройте:

text
LauncherPlatform.Web/appsettings.json

Сейчас там безопасные заглушки:

json
"Platform": {
  "PublicBaseUrl": "https://launcher.example.ru",

  "DeveloperEmail": "[email protected]",
  "DeveloperPassword": "CHANGE-ME-NOW",

  "PurchasePriceRub": 0,
  "MonthlyUpdatePriceRub": 550
}

Нужно поставить свой домен:

json
"PublicBaseUrl":
"https://launcher.ваш-домен.ru"

ваш Developer email и обязательно заменить пароль.

Цена N задаётся, например:

json
"PurchasePriceRub": 7500

Тогда получится:

text
Покупка launcher-а: 7500 ₽
Обновления: 550 ₽/месяц

---

Рекомендованный production-сценарий

Я бы разворачивал так:

text
Internet
   │
   ▼
Cloudflare (опционально)
   │
   ▼
Nginx / HTTPS
   │
   ▼
LauncherPlatform.Web
   │
   ├── SQLite/PostgreSQL
   └── App_Data
       ├── releases
       ├── packages
       ├── assets
       ├── payment-proofs
       └── dpkeys

Для первой версии SQLite нормально, но если сервис начнёт продаваться большому количеству проектов, я бы следующим этапом перевёл базу на PostgreSQL.

---

Документация уже внутри архива

Особенно полезны:

text
README.md
DEPLOYMENT_GUIDE.md
LICENSING_AND_UPDATES.md
PAYMENTS_RU.md
SECURITY.md
API_CONTRACT.md
CHANGELOG_v1.md

А в managed launcher:

text
MANAGED_LAUNCHER_GUIDE.md

Я также сделал Dockerfile и docker-compose.yml.

Что ещё нужно перед реальным запуском продаж

Текущую версию я считаю MVP платформы, а не окончательно hardened production-магазином. Следующим этапом я бы сделал три вещи: email-подтверждение/восстановление пароля + 2FA Developer-а, нормальные EF migrations/PostgreSQL, и автоматизацию банковских платежей/кассы, если вы решите уйти от ручной проверки квитанций.

Сам сайт и launcher я здесь проверил статически: JSON, XAML, .csproj, XML валидны, в MainWindow найдено 50 обработчиков событий и ни одного отсутствующего, архивы проходят проверку целостности. Полную Windows/.NET-компиляцию в текущем контейнере выполнить нельзя, потому что здесь не установлен .NET SDK, поэтому первый реальный Build сайта и managed launcher-а нужно сделать у вас с .NET 8 / Visual Studio.