Автодеплой на несколько доменов с разными хостингами: цели — matrix (url, префикс секретов, каталог на FTP)

Цель — домен со своим хостингом: секреты <prefix>_FTP_HOST/USER/PASS ищутся по имени (проверено пробой на раннере),
dir — каталог сайта на FTP ("" — корень). Цели независимы (fail-fast: false), проверка страницы — у каждой своя.
config.json и requisites.html живут на хостинге каждой цели (в репозитории — только config.json.example), деплой их
не трогает; без config.json проверка новой цели падает. README: как добавить домен.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

README.md

@@ -123,18 +123,37 @@
 
 ## Автодеплой (Gitea Actions)
 
-`.gitea/workflows/deploy.yml`: после каждого коммита в `main` раннер заливает файлы репозитория на хостинг
-`https://preland.anton.barbariskatest.ru` по FTP с TLS и проверяет страницу.
+`.gitea/workflows/deploy.yml`: после каждого коммита в `main` раннер заливает файлы репозитория на хостинги **всех
+целей** по FTP с TLS и проверяет страницу каждой. Цель — домен со своим хостингом; список целей — `matrix` в workflow:
 
-- **Реквизиты** — секреты репозитория `PRELAND_FTP_HOST`, `PRELAND_FTP_USER`, `PRELAND_FTP_PASS` (Gitea → настройки
-  репозитория → Actions → секреты; порт 21). В коде их нет.
-- **Не заливаются** служебные `.gitea/`, `README.md`, `.gitignore` и то, что живёт только на хостинге: `config.json`
-  и `requisites.html`. Реквизиты заполняют на хостинге, а пустой файл из git их бы затёр. Удалённые из репозитория
-  файлы на хостинге не стираются — их убирают вручную.
-- **Проверка после заливки.** На странице должен быть адрес загрузки на сайте, а не на самом преленде (иначе нет
-  `config.json` с `host`), и переход на `claim`. Иначе прогон падает.
-- **Другой домен.** Скопировать workflow, поменять `PRELAND_URL` и завести свои секреты.
-- **Откат** — `git revert` проблемного коммита в `main`: автодеплой зальёт прежнюю версию.
+```yaml
+- name: barbariskatest                       # имя цели (видно в списке прогонов: deploy barbariskatest)
+  url: https://preland.anton.barbariskatest.ru  # адрес преленда — для проверки после заливки
+  prefix: PRELAND                            # секреты PRELAND_FTP_HOST, PRELAND_FTP_USER, PRELAND_FTP_PASS
+  dir: ""                                    # каталог сайта на FTP: "" — корень FTP (beget), иначе, например, public_html
+```
+
+Цели выкатываются независимо (`fail-fast: false`): сбой одного хостинга не останавливает остальные.
+
+**Новый домен на своём хостинге:**
+1. Домен и HTTPS — как в «Деплой на произвольный домен», шаг 1.
+2. Секреты `<ПРЕФИКС>_FTP_HOST`, `<ПРЕФИКС>_FTP_USER`, `<ПРЕФИКС>_FTP_PASS` (Gitea → настройки репозитория →
+   Actions → секреты; порт 21, FTP с TLS). В коде реквизитов нет.
+3. На хостинге, в каталоге сайта, — `config.json` из `config.json.example`: свой `host`, метки, `requisites`.
+   В репозитории только образец: `config.json` у каждого домена свой и живёт на его хостинге.
+4. Запись в `matrix` — коммит в `main`, автодеплой выкатит все цели. Пока на новом хостинге нет `config.json`,
+   его проверка падает: загрузка ушла бы на сам преленд.
+
+**Что заливается.** Файлы репозитория (`git ls-files`), кроме служебных (`.gitea/`, `README.md`, `.gitignore`)
+и живущих на хостинге `config.json` и `requisites.html`. На хостинге ничего не удаляется: файлы, убранные
+из репозитория, удалять вручную.
+
+**Проверка после заливки.** На странице цели должен быть адрес загрузки на сайте, а не на самом преленде (иначе нет
+`config.json` с `host`), и переход на `claim`. Иначе прогон этой цели падает.
+
+**Откат** — `git revert` проблемного коммита в `main`: автодеплой зальёт прежнюю версию на все цели.
+
+**SFTP.** Сейчас только FTP с TLS. Хостинг без FTP — поле `protocol` в цели и `lftp` вместо curl в шаге заливки.
 
 **Откат вручную.** Перед заменой файлов — копия изменяемых файлов (`index.php`, `components/*`) с хостинга; вернуть их той же
 загрузкой. Новый преленд требует на сайте `/api/images/public/claim` (api с 2026-10-05): со старым api переход