- Новый порядок этапов (D-026): фаза 1 — концепт на dev без внешних сервисов (1b сайт, 1c вход, 1d ключи, 1e счёт и демо-оплата, 1f демо-выдача, 1g продления, 1h рефералы); фаза 2 — Telegram; фаза 3 — ALTCHA, ЮKassa, почта, Twenty, Chatwoot, Umami, выдача через API и публичный запуск; фаза 4 — звёзды и эквайринги. - Решения: демо-оплата по списку IP (D-027), выдача ключей через адаптер manual/demo/api (D-028), страницы сайта из блоков Payload (D-029), пересборка через revalidatePath (D-030), RU-адрес у mass (D-031), счётчик свободных серверов (D-032), переводы на 5 языков в каждом этапе (D-033). - Тексты описывают работающий продукт; Вейликс — выделенный IP на общем сервере; Telegram поддержки — @veilix_support; сроки ответа не обещаем; VPN-серверы не ведут журналов. - Ссылки на этапы во всех документах, Q-12 решён (ЮKassa для RUB), R-19 (библиотеки для headless Chromium) сделано. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
1.8 KiB
1.8 KiB
D-028. Выдача ключей через адаптер: ручная, демо, API
Статус: принято, 22.10.2026. Уточняет D-020.
Контекст
Настоящий API выдачи появится позже (этап 3g), а путь «оплатил — получил ключ» нужно проверить уже в концепте.
Решение
- Выдача ключа и подключений идёт через адаптер в
core/provisioning/с единым интерфейсом: выдать ключ, создать WG-конфиг (для устройства, у mass — для страны), отключить подключения ключа. manual— подключения добавляет администратор в админке, как в D-020.demo— эмулятор: a. при оплате ключ выдаётся сам: ссылка Happ и подключение к RU-адресу; b. WG-конфиг создаётся по запросу из кабинета; c. данные правдоподобные, но фиктивные: адреса из тестовых диапазонов; d. локация «Установим за 24 часа» выдаётся с задержкой, чтобы было видно состояние «готовится».api— настоящий API выдачи (этап 3g) встаёт на местоdemoбез переделки кабинета.- Режим выдачи — настройка сайта.
Последствия
Администратор в любом режиме может создать ключ и подключения руками.