ntfy 2.37.0: UnifiedPush между серверами и новые заголовки лимитов

При включённом visitor-subscriber-rate-limiting данные о подписчике темы UnifiedPush хранятся в пользовательской базе и доступны всем серверам. Push-запрос на другой узел теперь учитывается за подписчиком вместо ответа 507. Сообщения относятся к квоте аккаунта, пока у него есть тарифный уровень; иначе используется IP-адрес подписчика, в том числе после удаления аккаунта или потери уровня.

Если подписчик не обращался к теме четыре дня — не подписывался, не опрашивал её и не держал открытый поток, — UnifiedPush получает 410 Gone с кодом 41002 вместо 507. Это позволяет серверу приложения, например Mastodon, удалить истёкшую подписку. Для Matrix в таком случае отклоняется pushkey. Поведение также зависит от включённого ограничения по подписчику.

Ответы 429 для лимитов с известным временем ожидания дополнены Retry-After. Для ограничений числа запросов и суточного числа сообщений добавлены RateLimit-Policy и RateLimit по проекту спецификации IETF: они передаются с ответами на публикацию и с ответами о превышении квоты. Клиент получает данные для планирования следующей попытки, а не только факт отказа.

Изменён и смысл мониторинга посетителей: состояние лимитов удаляется примерно через минуту после полного восстановления всех квот, а не через сутки бездействия. Поэтому visitors и ntfy_visitors_total теперь отражают посетителей примерно за последнюю минуту, а не за день. Темы без подписчиков удаляются из памяти после шести часов без использования вместо шестнадцати; следующая публикация создаёт тему заново и учитывается в visitor-topic-creation-limit-burst.

У выпуска есть важное последующее уточнение. В PR #2151 разработчик описал замедление ntfy.sh из-за синхронной записи активности множества тем после перехода на 2.37.0. Исправление вошло в уже опубликованную ntfy 2.37.1: записи распределяются по индивидуальным интервалам 30–60 минут. Это отдельное исправление нагрузки; оно не является новой возможностью версии 2.37.0.