fix(v1): разблокировать сборку, починить жизненный цикл cron и закрыть каналы утечки

Сборка не собиралась: два контракта приёмки роняли её на корректном коде.

verify_api_namespace_contract искал возвращение legacy-пространства имён
через grep по '/hui' и находил router_test.go, который ПЕРЕЧИСЛЯЕТ этот
префикс, чтобы доказать отсутствие маршрута, и сам versions.sh, где строка
стоит в тексте проверки. Падение приходило шестым шагом из четырнадцати, до
резолва Hysteria. За ним прятался второй такой же: проверка транзакционности
импорта пиров брала файл от начала applyPeerImportEntry и до конца, захватывая
объявленные ниже ExistPeerName и UpdatePeerLastConnectionAt.

Обе проверки теперь смотрят на код, а не на упоминания: добавлены помощники
code_without_comments и code_mentions_in, а отсутствие legacy-маршрута
доказывает тест на таблице маршрутов собранного роутера.

Планировщик стал собственностью процесса. InitCron вызывался из runServer и
на каждом вызове создавал новый cron.New(), не сохраняя ссылку; cron.Stop()
не вызывался нигде. Смена RESET_TRAFFIC_CRON выполняла StopServer(), точка
входа крутила for { runServer() } — и каждая правка добавляла целый
дублирующий набор джоб, а старое расписание сброса продолжало работать.
Фиксированные джобы регистрируются один раз, расписание переносится на месте
по EntryID, HTTP-сервер не трогается. Добавлено штатное завершение по SIGTERM.

Выражение проверяется до записи в базу тем же парсером (cron.ParseStandard),
которым его разбирает планировщик: раньше невалидная строка сохранялась, API
отвечал успехом, а сброс трафика молча исчезал.

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

Удалены четыре ключа таблицы config без единого потребителя: HYSTERIA2_ENABLE,
HYSTERIA2_CONFIG (второй источник истины, читался первым), HYSTERIA2_TRAFFIC_TIME
и HYSTERIA2_CONFIG_REMARK. Имя профиля в share URI выводится из имени пира.

Безопасность:
- bootstrap-пароль администратора больше не генерируется и не пишется в журнал,
  который отдаётся кнопкой выгрузки; отсутствие env — отказ старта;
- собственный журнал админки санитизируется наравне с чужим;
- golang-jwt/jwt v3 -> v5: GO-2025-3553 не имеет исправленной версии в v3 и
  достижима с неаутентифицированного запроса; набор алгоритмов подписи
  зафиксирован через WithValidMethods;
- удалён вход по несолёному SHA-224 из предыдущего поколения;
- убран modulo bias в util.RandomString — единственном генераторе секретов;
- пир установщика защищён во всех путях записи, а не только в импорте;
- удалена латентная паника в service.GetToken и недостижимая ветка GetAdminInfo,
  проверявшая меньше, чем middleware.

Toolchain: Go 1.21.13 -> 1.26.7, Node 20.19.0 (EOL) -> 24.20.0. На прежнем
графе govulncheck находил 21 вызываемую уязвимость, 17 из них в stdlib,
попадающей в production-бинарь. Сейчас — ноль. Добавлен обязательный шаг
проверки зависимостей (govulncheck + pnpm audit) с записью результата в
metadata пакета.

apps/dao/config.go

@@ -18,14 +18,100 @@ func SaveConfig(config entity.Config) (int64, error) {
 }
 
 func UpdateConfig(keys []string, updates map[string]interface{}) error {
-	if len(updates) > 0 {
-		updates["update_time"] = time.Now().Format("2006-01-02 15:04:05")
-		if tx := sqliteDB.Model(&entity.Config{}).
-			Where("key in ?", keys).
-			Updates(updates); tx.Error != nil {
-			logrus.Errorf("%v", tx.Error)
-			return errors.New(constant.SysError)
-		}
+	return updateConfigOn(sqliteDB, keys, updates)
+}
+
+// UpsertConfigValue записывает значение ключа, создавая строку, если её нет.
+//
+// Заменяет две зеркальные самодельные схемы, которые жили в sqlite.go и обе
+// были неверны:
+//
+//  1. «сначала INSERT, при ошибке UPDATE» — работало, но на КАЖДОЙ первой
+//     загрузке печатало в журнал `duplicated key not allowed` уровня error, по
+//     одной строке на секрет. Оператор видел три ошибки на совершенно здоровом
+//     старте и не имел способа отличить их от настоящих;
+//
+//  2. «сначала UPDATE, при ошибке INSERT» — тихо не делало НИЧЕГО, если строки
+//     не было. UPDATE без совпавших строк не является ошибкой: gorm возвращает
+//     nil и RowsAffected = 0, поэтому ветка INSERT не выполнялась, а вызывающий
+//     получал сгенерированный секрет как успешно сохранённый. Для JWT_SECRET
+//     это означало бы подпись токенов ключом, которого нет в базе. Спасала
+//     только предварительная вставка пустых строк в seedBaseConfig — то есть
+//     корректность держалась на порядке выполнения миграций.
+//
+// Здесь решение принимается по RowsAffected, а не по наличию ошибки.
+func UpsertConfigValue(key string, value string) error {
+	if sqliteDB == nil {
+		return errors.New("sqlite is not initialized")
+	}
+
+	tx := sqliteDB.Model(&entity.Config{}).
+		Where("key = ?", key).
+		Updates(map[string]interface{}{
+			"value":       value,
+			"update_time": time.Now().Format("2006-01-02 15:04:05"),
+		})
+	if tx.Error != nil {
+		logrus.Errorf("%v", tx.Error)
+		return errors.New(constant.SysError)
+	}
+	if tx.RowsAffected > 0 {
+		return nil
+	}
+
+	remark := key
+	if _, err := SaveConfig(entity.Config{Key: &key, Value: &value, Remark: &remark}); err != nil {
+		return err
+	}
+	return nil
+}
+
+// ConfigTx — записи в таблицу `config` в границах одной единицы работы.
+//
+// Интерфейс повторяет PeerTx и по той же причине: транзакция должна быть
+// доступна слою service, а *gorm.DB туда протекать не должен. Реализация одна
+// и та же для глобального соединения и для транзакции, поэтому «обычный» и
+// «транзакционный» пути не могут разойтись в поведении.
+type ConfigTx interface {
+	UpdateConfig(keys []string, updates map[string]interface{}) error
+}
+
+type configTx struct {
+	db *gorm.DB
+}
+
+// WithConfigTx выполняет fn в одной транзакции: либо применяются все записи
+// партии, либо ни одной.
+//
+// Что было. updateConfigs валидировал и записывал настройки в одном цикле:
+// проверил элемент — записал, проверил следующий. Партия из разрешённого
+// ключа и запрещённого применяла первый и возвращала ошибку на втором, то есть
+// оператор получал отказ на запрос, который систему уже изменил. Тест на этот
+// случай существовал, но ставил запрещённый ключ ПЕРВЫМ и не смотрел в базу,
+// поэтому поймать частичное применение был неспособен по построению.
+func WithConfigTx(fn func(tx ConfigTx) error) error {
+	if sqliteDB == nil {
+		return errors.New("sqlite is not initialized")
+	}
+	return sqliteDB.Transaction(func(tx *gorm.DB) error {
+		return fn(configTx{db: tx})
+	})
+}
+
+func (c configTx) UpdateConfig(keys []string, updates map[string]interface{}) error {
+	return updateConfigOn(c.db, keys, updates)
+}
+
+func updateConfigOn(db *gorm.DB, keys []string, updates map[string]interface{}) error {
+	if len(updates) == 0 {
+		return nil
+	}
+	updates["update_time"] = time.Now().Format("2006-01-02 15:04:05")
+	if tx := db.Model(&entity.Config{}).
+		Where("key in ?", keys).
+		Updates(updates); tx.Error != nil {
+		logrus.Errorf("%v", tx.Error)
+		return errors.New(constant.SysError)
 	}
 	return nil
 }