chore: version single preland config

README.md

@@ -61,7 +61,7 @@
 | `requisites.html` | реквизиты для подвала (HTML), если в `config.json` нет `requisites`. Без обоих — **заглушка «ИП Иванов Иван Иванович»** из `template.php` |
 | `images/`, `fonts/`, `favicon/`, `*.css` | статика; `style.min.css` встраивается в страницу |
 | `.htaccess` | только сроки кэширования статики (Apache) |
-| `config.json.example` | образец конфига; рабочий `config.json` в git не хранится |
+| `config.json` | единственный версионируемый рабочий конфиг всех прилендов: точная проверенная конфигурация stage `zoomstage.online`; каждый deploy доставляет его на целевой хост |
 
 ### `config.json`
 
@@ -87,12 +87,10 @@
    git clone http://git.dira89kv.beget.tech:3000/anton/preland.git && cd preland
    # дальше — загрузка на хостинг: rsync/scp по SSH или FTP-клиент
    ```
-3. **Конфиг и реквизиты.** На сервере, рядом с `index.php`; реквизиты — ключ `requisites` (иначе в подвале заглушка):
-   ```bash
-   cp config.json.example config.json   # host — домен сайта, метки — по кампании
-   ```
-   `config.json` не в git: при обновлении файлов **не удалять** его (не синхронизировать каталог «зеркалом» без
-   исключения `config.json`). 2026-10-05 после заливки он пропал, и преленд слал загрузку на собственный домен.
+3. **Конфиг и реквизиты.** Рабочий `config.json` уже лежит в репозитории и обязателен к доставке на каждый
+   приленд. Его не заменяют локальным вариантом и не исключают из синхронизации. Реквизиты задаются ключом
+   `requisites` в нём либо runtime-файлом `requisites.html`. 2026-10-05 конфиг пропал после заливки,
+   и преленд слал загрузку на собственный домен; это больше не допускается.
 4. **nginx без Apache** (если хостинг не обрабатывает `.htaccess`):
    ```nginx
    server {
@@ -139,14 +137,13 @@
 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`,
-   его проверка падает: загрузка ушла бы на сам преленд.
+3. Никаких ручных конфигов не создавать: единственный `config.json` приезжает вместе с кодом.
+4. Запись в `matrix` — коммит в `main`, автодеплой выкатит все цели вместе с конфигом.
 
-**Что заливается.** Файлы репозитория (`git ls-files`), кроме служебных (`.gitea/`, `README.md`, `.gitignore`)
-и живущих на хостинге `config.json` и `requisites.html`. На хостинге ничего не удаляется: файлы, убранные
-из репозитория, удалять вручную.
+**Что заливается.** Каждый deploy получает файлы репозитория (`git ls-files`), кроме служебных
+(`.gitea/`, `README.md`, `.gitignore`) и живущего на хостинге `requisites.html`. Единственный
+версионируемый `config.json` всегда доставляется вместе с кодом.
+На хостинге ничего не удаляется: файлы, убранные из репозитория, удалять вручную.
 
 **Проверка после заливки.** На странице цели должен быть адрес загрузки на сайте, а не на самом преленде (иначе нет
 `config.json` с `host`), и переход на `claim`. Иначе прогон этой цели падает.