chore(ci): только stage, Барбариска выведена (refs #4)

README.md

@@ -5,8 +5,8 @@
 Варианты страницы и сайта (A/B) задаются метками в адресе. Код — обычный PHP без фреймворка и сборки; переводы —
 маленькая заглушка `Yii::t` в `i18n.php`.
 
-Боевой экземпляр: `https://preland.anton.barbariskatest.ru` (хостинг beget). Пример ссылки входа:
-`https://preland.anton.barbariskatest.ru/?indpic=1&theme=dark&degr=2&registration=after&bchoice=a&tp=1&utm_source=test&subid=CLICK1`.
+Активные production: `https://zoompixel.ru`, `https://zoompixel.online`; текущая цель выката — только `https://zoomstage.online`. Пример ссылки входа:
+`https://zoomstage.online/?indpic=1&theme=dark&degr=2&registration=after&bchoice=a&tp=1&utm_source=test&subid=CLICK1`.
 
 ## Как работает
 
@@ -120,10 +120,7 @@ N/05_...
    git clone http://git.dira89kv.beget.tech:3000/anton/preland.git && cd preland
    # дальше — загрузка на хостинг: rsync/scp по SSH или FTP-клиент
    ```
-3. **Конфиг и реквизиты.** Рабочий `config.json` уже лежит в репозитории и обязателен к доставке на каждый
-   приленд. Его не заменяют локальным вариантом и не исключают из синхронизации. Реквизиты задаются ключом
-   `requisites` в нём либо runtime-файлом `requisites.html`. 2026-10-05 конфиг пропал после заливки,
-   и преленд слал загрузку на собственный домен; это больше не допускается.
+3. **Конфиг и реквизиты.** Рабочий `config.json` на хостинге — источник истины. При первичном создании домена его настраивают отдельно; обычный deploy не заменяет его репозиторным снимком и не перезаписывает `requisites.html`. Менять можно только явно согласованные ключи после чтения текущего файла.
 4. **nginx без Apache** (если хостинг не обрабатывает `.htaccess`):
    ```nginx
    server {
@@ -154,41 +151,25 @@ N/05_...
 
 ## Автодеплой (Gitea Actions)
 
-`.gitea/workflows/deploy.yml`: после каждого коммита в `main` раннер заливает файлы репозитория на хостинги **всех
-целей** по FTP с TLS и проверяет страницу каждой. Цель — домен со своим хостингом; список целей — `matrix` в workflow:
+Решение владельца от 19.10.2026, задача preland#4: сейчас выкатываем **только stage**.
 
-```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
-```
+| Экземпляр | Назначение | Выкат |
+|---|---|---|
+| https://zoomstage.online | Тестовый стенд | Push в staging, SFTP |
+| https://zoompixel.ru | Production | Отключён до отдельного поручения |
+| https://zoompixel.online | Production | Отключён до отдельного поручения |
 
-Цели выкатываются независимо (`fail-fast: false`): сбой одного хостинга не останавливает остальные.
+Прежний preland.anton.barbariskatest.ru выведен из использования и исключён из workflow.
+Публикация изменений самого workflow в main не запускает доставку: триггер оставлен только для staging.
 
-**Новый домен на своём хостинге:**
-1. Домен и HTTPS — как в «Деплой на произвольный домен», шаг 1.
-2. Секреты `<ПРЕФИКС>_FTP_HOST`, `<ПРЕФИКС>_FTP_USER`, `<ПРЕФИКС>_FTP_PASS` (Gitea → настройки репозитория →
-   Actions → секреты; порт 21, FTP с TLS). В коде реквизитов нет.
-3. Никаких ручных конфигов не создавать: единственный `config.json` приезжает вместе с кодом.
-4. Запись в `matrix` — коммит в `main`, автодеплой выкатит все цели вместе с конфигом.
+Workflow `.gitea/workflows/deploy.yml` содержит единственную job deploy-zoomstage на
+выделенном runner zoomzilla-production. Production возвращается только отдельной задачей
+и прямым поручением владельца. Ошибки старого FTP больше не являются блокером выпуска.
 
-**Что заливается.** Каждый deploy получает файлы репозитория (`git ls-files`), кроме служебных
-(`.gitea/`, `README.md`, `.gitignore`) и живущего на хостинге `requisites.html`. Единственный
-версионируемый `config.json` всегда доставляется вместе с кодом.
-На хостинге ничего не удаляется: файлы, убранные из репозитория, удалять вручную.
-
-**Проверка после заливки.** На странице цели должен быть адрес загрузки на сайте, а не на самом преленде (иначе нет
-`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 переход
-по ключу отдаст 404.
+Рабочие config.json/requisites.html на хостинге не перезаписываются. Корневые наборы
+/N/ принадлежат stage и исключены из кодовой доставки. Родительские каталоги создаются
+штатным SFTP-генератором; smoke проверяет страницу и assets наборов1/2.
+Откат — отдельный согласованный revert в staging, который обновляет только stage.
 
 ## Android: фото и файлы (2026-10-19)
 Основная кнопка выбирает image/*; отдельная ссылка «Выбрать файлы (PDF и др.)» открывает общий picker без ограничения image/*. PDF в подписи скрывается по runtime API-policy. iOS/iPad/Desktop сохраняют прежний общий выбор. +много сохраняется в одной компактной mobile-строке. components/browser-upload.php и CSS upload-picker-links.php — лёгкие inline-копии соответствующих компонентов API: отдельный PHP-хост не использует Yii AssetManager, новый внешний запрос не добавляется. При изменении общего контракта синхронизировать обе копии; API mobile-picker.cjs покрывает обе реальные страницы. Android byte-copy FileProvider сохраняет исходные байты/имя/MIME и ограничен max_file_size_bytes; до ответа policy используется консервативный15MB предел копирования. UTM/client_key/claim/config.json не меняются.
-