Postgres переезжает сюда физически — backend теперь на отдельном VPS

Раньше предполагалось, что backend и БД живут на одном хосте и делят
Docker-сеть — на деле backend будет на отдельном, ещё не арендованном
VPS, а Postgres стоит здесь же, рядом с Vaultwarden. Возвращает свой
контейнер `db` (общий для обеих баз — vaultwarden создаётся через
POSTGRES_USER/POSTGRES_DB, вторая, для backend, через новый
postgres/init-backend-db.sh), публикует 5432 наружу с hostssl+TLS
(postgres/pg_hba.conf, самоподписанный сертификат генерируется один раз
прямо в deploy.yml). Backup-джоба (pg_dump обеих баз) тоже переехала
сюда из netrunner-backend — дампить логичнее там, где физически лежат
данные.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

rclone.conf.example

@@ -0,0 +1,16 @@
+# Конфиг rclone для офсайт-копии бэкапов Postgres (см. scripts/backup.sh).
+#
+# 1. Скопировать этот файл в rclone.conf (рядом с docker-compose.prod.yml на VPS)
+#    и заполнить реальными данными удалённого хранилища (Backblaze B2, S3,
+#    другой VPS по SFTP — что угодно, что поддерживает rclone).
+# 2. Прописать в .env: RCLONE_REMOTE=b2:netrunner-backups (имя секции ниже
+#    + путь/бакет), совпадающее с именем секции [remote-name] тут.
+# 3. Пустой/незаполненный rclone.conf — не ошибка: офсайт-копия просто не
+#    выполнится (см. лог "не удалось скопировать"), локальный дамп всё равно
+#    создаётся каждый цикл.
+#
+# Пример для Backblaze B2:
+# [b2]
+# type = b2
+# account = YOUR_B2_ACCOUNT_ID
+# key = YOUR_B2_APPLICATION_KEY