ntfy 2.32.0: проверка совместимости БД и потоковые подписки

Каждое хранилище БД теперь записывает min_version — минимальную версию схемы, с которой ещё совместим работающий код. При запуске ntfy откажется открывать базу, если её минимальное требование выше поддерживаемого. Если схема просто новее, но остаётся совместимой, сохраняется запуск с предупреждением. Это уточняет поведение 2.31.1: новая схема не всегда должна означать отказ, но ломающую миграцию нельзя безопасно игнорировать.

Проверка добавлена для PostgreSQL и SQLite; существующие таблицы версий получают новый столбец со значением по умолчанию 1. В текущем наборе миграций проекта ломающих изменений нет. Важно, что проверка действует только при запуске и только в версиях с этим механизмом: старые бинарные файлы её не выполняют, а уже работающие узлы не останавливаются автоматически. Поэтому это не универсальная гарантия безопасного отката или поэтапного обновления после любой будущей миграции.

Для потоковых HTTP-подписок сервер добавляет заголовок Incremental: ?1, сообщающий прокси, что данные нужно передавать по мере поступления, не накапливая буфер. Изменение полезно для уведомлений за обратным прокси, но зависит от поддержки заголовка посредником. Оно не означает, что любой прокси теперь обязательно перестанет задерживать сообщения, и не относится к обычному разовому опросу.

В экспериментальном кластере обслуживание общей базы — очистка просроченных сообщений, записей вложений и токенов, а также предупреждения об истечении web push-подписок — выполняется только лидером. Запись общего счётчика опубликованных сообщений тоже ограничена лидером: пассивный узел больше не подменяет итог собственным счётчиком. Это изменение для установок с общей БД, а не новая обязанность одиночного сервера; локальное состояние по-прежнему обслуживается на каждом узле. Документация сохраняет статус кластеризации «экспериментально, не готово для production».

Среди небольших исправлений — учёт приоритета из запроса, если файл шаблона ?tpl=<name> не задаёт priority, и ответ HTTP 409 вместо 500 при попытке через административный API удалить или изменить пароль пользователя, заданного через auth-users. Собственных испытаний Удельты для этого выпуска не проводилось; обложка из официальной документации иллюстрирует интерфейс, а не проверку версии 2.32.0.