Исправить регистрацию и навести порядок в UI deploy

2026-07-16 11:46:42 +04:00
parent 24cca1f1c6
commit d2c0ecdf62
31 changed files with 207 additions and 65 deletions
@@ -48,7 +48,7 @@

 # 2026-06-26 17:45:18 +0400
 - Базовый коммит-ориентир: `44a1ba0`.
- На `t.shineup.me` подтверждена рабочая схема startup sync и full-resync:
+- На `server2.shineup.me` подтверждена рабочая схема startup sync и full-resync:
  - после рестарта сервер добивает `BlockchainTmpRecovery` и `BlockchainResyncRecovery`;
  - `aidartest-001` успешно подтягивается с `shineup.me`;
  - итоговое локальное состояние по `aidartest-001` дошло до `last_block_number=13`.
@@ -244,7 +244,7 @@ Full resync запускается только тогда, когда:

 ### 8.1 Практическая проверка на тестовом сервере

-Проверка на `t.shineup.me` показала, что текущая схема действительно поднимает цепочку при старте:
+Проверка на `server2.shineup.me` показала, что текущая схема действительно поднимает цепочку при старте:

 - после рестарта сервер сначала проходит `BlockchainTmpRecovery`;
 - затем обрабатывает `BlockchainResyncRecovery`;
@@ -0,0 +1,13 @@
+# Исправление экрана регистрации и отдельный UI-деплой на `t2.shineup.me`
+
+- краткое описание:
+  Исправлен экран регистрации после регрессии: обычное поле пароля, кнопка-глаз и кнопка проверки логина снова должны быть видимы одновременно с режимом `12 слов`. Отдельно UI выложен на `t2.shineup.me` безопасным способом без использования исторического `deployUITest2`.
+- что проверять:
+  Открыть экран регистрации и убедиться, что видны поле логина, статус под ним, кнопка `Проверить логин`, обычное поле пароля и квадратная кнопка-глаз.
+  Включить режим `12 слов` и убедиться, что блок слов появляется, но обычное поле пароля не исчезает.
+  Ввести слова и проверить, что длинный составной пароль сразу виден в обычном поле пароля.
+  Проверить, что `https://t2.shineup.me` отдаёт обновлённый UI с этой правкой.
+- ожидаемый результат:
+  Экран регистрации снова полностью рабочий и на `t2.shineup.me` доступна именно исправленная версия UI.
+- статус:
+  pending
@@ -0,0 +1,12 @@
+# Проверки серверных настроек через текущий выбранный Solana RPC
+
+- краткое описание:
+  Убрано использование `SOLANA_ENDPOINT_DEFAULT` в проверках логина сервера. Теперь проверки должны идти через текущий выбранный пользователем Solana endpoint из настроек.
+- что проверять:
+  Открыть экран настроек входа или серверных настроек.
+  Поменять `Адрес Solana сервера` на другой endpoint и проверить логин сервера кнопкой `Проверить`.
+  Убедиться, что результат проверки соответствует именно выбранному RPC, а не значению по умолчанию.
+- ожидаемый результат:
+  Все проверки логина сервера используют текущий выбранный Solana endpoint и не подмешивают дефолтный RPC.
+- статус:
+  pending
@@ -0,0 +1,12 @@
+# Исправление нормализации Solana endpoint и удаление старой кнопки справки
+
+- краткое описание:
+  Убрана скрытая подмена выбранного Solana endpoint на дефолтный при сохранении настроек входа. Со страницы настроек входа удалена старая маленькая кнопка `?` внизу.
+- что проверять:
+  Открыть настройки входа, ввести свой Solana RPC и сохранить.
+  Убедиться, что после сохранения endpoint остаётся ровно тем, который был введён, без незаметной подмены.
+  Проверить, что внизу страницы больше нет маленькой кнопки `?`.
+- ожидаемый результат:
+  Клиент использует именно выбранный пользователем Solana endpoint, а экран настроек входа не содержит старой кнопки справки.
+- статус:
+  pending
@@ -0,0 +1,12 @@
+# UI deploy: подстановка Solana cluster и endpoint
+
+- краткое описание:
+  В UI deploy-скрипт добавлена подстановка `defaultSolanaCluster` и `defaultSolanaEndpoint` в `deploy-config.js`. Для production на уровне скриптов используется значение `mainnet`, которое внутри общего deploy-скрипта нормализуется в `mainnet-beta` для совместимости с кодом. Для `t2` выставляется devnet/api.devnet.solana.com.
+- что проверять:
+  Выполнить production UI deploy и проверить, что в опубликованном `js/deploy-config.js` стоят `mainnet-beta` и `https://solana-rpc.publicnode.com`.
+  Выполнить `t2` UI deploy и проверить, что в опубликованном `js/deploy-config.js` стоят `devnet` и `https://api.devnet.solana.com`.
+  Убедиться, что логин и адрес сервера при этом тоже подставляются корректно.
+- ожидаемый результат:
+  После деплоя каждый UI-инстанс получает свои правильные Solana defaults без ручной правки файла на сервере.
+- статус:
+  pending
@@ -0,0 +1,12 @@
+# Перенос второго production на `server2.shineup.me` и добавление UI-обёрток `t1/t3/t4`
+
+- краткое описание:
+  Второй production-контур переименован в документации и UI deploy-скриптах на `server2.shineup.me` с логином `server2shineupme`. Добавлены отдельные UI-обёртки для `t1`, `t3` и `t4`.
+- что проверять:
+  Выполнить `./gradlew deployUI` и убедиться, что deploy идёт на `server2.shineup.me`.
+  Проверить новые скрипты `deploy_shine-ui_t1.sh`, `deploy_shine-ui_t3.sh`, `deploy_shine-ui_t4.sh`.
+  Убедиться, что в проектной документации больше нет упоминаний старого домена второго production-контура.
+- ожидаемый результат:
+  Второй production везде обозначен как `server2.shineup.me`, а все четыре devnet UI-инстанса имеют отдельные короткие deploy-обёртки.
+- статус:
+  pending
@@ -0,0 +1,11 @@
+# Переименование UI-обёртки второго production в единый формат
+
+- краткое описание:
+  UI-обёртка второго production переименована в `deploy_shine-ui_production_server2shineupme.sh`, чтобы имя было единообразным с production-обёрткой основного домена.
+- что проверять:
+  Убедиться, что `./gradlew deployUI` использует новый файл-обёртку.
+  Проверить, что старое имя `deploy_shine-ui_server2shineupme.sh` больше нигде не используется.
+- ожидаемый результат:
+  Для второго production используется обёртка с именем `deploy_shine-ui_production_server2shineupme.sh`.
+- статус:
+  pending
@@ -21,7 +21,7 @@
  - IP: `178.208.64.62`
 - Second production:
  - SSH: `player@193.8.215.70`
-  - Домен: `t.shineup.me`
+  - Домен: `server2.shineup.me`
  - IP: `193.8.215.70`
 - Reserve test (temporarily down):
  - SSH: `player@93.170.12.154`
@@ -45,11 +45,11 @@

 ## Политика подтверждений

- `shineup.me` и `t.shineup.me` считать production-контурами.
+- `shineup.me` и `server2.shineup.me` считать production-контурами.
 - Любые изменения на production-контурах, включая deploy сервера, deploy UI, конфиги, перезапуски и миграции, делать только после отдельного явного подтверждения пользователя.
 - `test.shineup.me` считать резервным тестовым хостом, который сейчас временно не работает.

-## Second production deploy (`t.shineup.me`)
+## Second production deploy (`server2.shineup.me`)

 - Это второй production-сервер SHiNE.
 - Исторические задачи `deployServer`, `deployUI`, `deployServerTest2`, `deployUITest2` по-прежнему могут указывать сюда.
@@ -60,8 +60,9 @@
  - перенос `application.properties` с production с поправкой `server.ui.indexPath` на `/home/player/SHiNE/shine-ui/index.html`;
  - установку `systemd` unit на `193.8.215.70`;
  - перезапуск `shine-server.service`;
-  - установку/проверку Caddy для `t.shineup.me`.
+  - установку/проверку Caddy для `server2.shineup.me`.
 - `deployUI` / `deployUITest2` публикуют UI в `/home/player/SHiNE/shine-ui` на `193.8.215.70`.
+- Важно: историческое имя `deployUITest2` вводит в заблуждение. По умолчанию эта задача деплоит на `server2.shineup.me`, а не на `t2.shineup.me`.

 ## Reserve test deploy (`test.shineup.me`)

@@ -1,8 +1,8 @@
-# Сервер `193.8.215.70` — второй production (`t.shineup.me`)
+# Сервер `193.8.215.70` — второй production (`server2.shineup.me`)

 - Пользователь: `player`
- Домен: `t.shineup.me`
- Логин сервера: `tshineupme`
+- Домен: `server2.shineup.me`
+- Логин сервера: `server2shineupme`
 - Каталог SHiNE: `/home/player/SHiNE`
 - UI публикация для Caddy: `/home/player/SHiNE/shine-ui`
 - Сервер: `/home/player/SHiNE/shine-server/shine-server.jar`
@@ -26,9 +26,9 @@

 - Конфиг: `/etc/caddy/Caddyfile`
 - Сайты:
-  - `t.shineup.me`
+  - `server2.shineup.me`
  - `agent.shiningpeople.ru`
- Для `t.shineup.me`:
+- Для `server2.shineup.me`:
  - `root * /home/player/SHiNE/shine-ui`
  - `try_files {path} /index.html`
  - `reverse_proxy /ws* -> 127.0.0.1:7070`