Зафиксировать накопленные изменения по deploy и devnet

2026-07-10 11:57:33 +04:00
parent 2b23aa7b95
commit 0fb1147eb7
18 changed files with 564 additions and 33 deletions
@@ -1,14 +0,0 @@
-# Изоляция страницы DEVNET пополнения от mainnet
-
- краткое описание фичи:
-  Страница `shine-UI/js/pages/devnet-topup-view.js` переведена на полностью автономную работу только с `https://api.devnet.solana.com`. Проверка баланса и перевод SOL на этой странице больше не используют общие Solana-настройки UI.
- что именно проверять:
-  1. Открыть страницу `devnet-topup-view` с параметром `wallet`.
-  2. Убедиться, что на странице отображается сеть `DEVNET`.
-  3. Проверить, что балансы отправителя и получателя читаются из devnet.
-  4. Выполнить перевод и убедиться, что транзакция проходит именно в devnet.
-  5. Убедиться, что изменение глобального Solana endpoint в других экранах UI не влияет на эту страницу.
- ожидаемый результат:
-  Страница всегда показывает devnet-балансы и отправляет перевод только через devnet, независимо от глобального RPC в приложении.
- статус:
-  pending
@@ -0,0 +1,39 @@
+# 4 тестовых SHiNE-сервера на одном VPS (`178.208.90.249`)
+
+- статус: `pending`
+
+## Кратко
+
+Поднят отдельный тестовый стенд:
+- `t1.shineup.me`
+- `t2.shineup.me`
+- `t3.shineup.me`
+- `t4.shineup.me`
+
+Каждый домен ведёт на свой SHiNE-инстанс под пользователем `player`, все инстансы работают через Solana `devnet`.
+
+## Что проверять
+
+- UI каждого домена открывается без ошибок:
+  - `https://t1.shineup.me`
+  - `https://t2.shineup.me`
+  - `https://t3.shineup.me`
+  - `https://t4.shineup.me`
+- регистрация/логин клиента может работать через каждый из этих серверов
+- WebSocket-подключение реально идёт на свой инстанс, а не в соседний
+- чтение PDA и server-ui формы по умолчанию используют `devnet`
+- межсерверный sync после ручных тестов действительно использует `access_servers/sync_servers`
+- не происходит путаницы данных между `t1/t2/t3/t4`
+
+## Ожидаемый результат
+
+- каждый домен работает независимо
+- у каждого инстанса своя БД и свои локальные данные
+- `Caddy` корректно проксирует `/ws` на `7101..7104`
+- серверы не падают после старта
+- если devnet RPC временно даёт `429`, последовательный рестарт по одному инстансу позволяет подтянуть `sync_servers`
+
+## Примечание
+
+Подробная схема размещения описана в:
+- [Dev_Docs/deploy/test-server/178.208.90.249_quad_devnet.md](/home/ai/work/SHiNE/SHiNE-server-sha256/Dev_Docs/deploy/test-server/178.208.90.249_quad_devnet.md)
@@ -0,0 +1,16 @@
+Lf dc` hfm# TURN: только один живой узел для звонков
+
+- краткое описание:
+  - в серверном конфиге оставлен только один TURN-узел `185.229.109.118:3478` для ICE-конфига звонков;
+  - мёртвый узел `93.170.12.154:3478` убран из локальной конфигурации и test-деплоя `t2`.
+- что проверять:
+  - открыть два клиента на `t2.shineup.me`;
+  - начать аудиозвонок между ними;
+  - убедиться, что `GetCallIceConfig` отдаёт только TURN `185.229.109.118`;
+  - убедиться, что звонок выходит из стадии `connecting` и появляется `call_connected` либо как минимум `relay`-кандидаты в клиентской диагностике.
+- ожидаемый результат:
+  - клиентам больше не предлагается `93.170.12.154`;
+  - звонок проходит стабильнее, чем до изменения;
+  - в серверных логах нет новых `incoming_failed/outgoing_failed` только из-за нерабочего TURN.
+- статус:
+  - pending