🚀 Бета-релиз MaxNotify — v2.3.0-beta2! 🚀
🛠 Что исправлено:
— Открытие настроек notify.a161 больше не зависает надолго. Раньше окно ждало «слот» на запрос возможностей — иногда минутами.
— Перезагрузка интеграции тоже больше не тормозит. Официальный API Max не затрагивался и как раньше открывается быстро.
— Срок автоотключения опроса больше не зажимается в 1–3 суток. Если сервер дал 7 суток — показывается и используется 7.
— Запрос возможностей больше не уходит дважды сразу (из‑за этого сервер ставил второй в очередь и иногда отвечал 429). Теперь: один токен — один запрос, остальные ждут тот же ответ.
🔄 Что изменилось:
— Возможности снова запрашиваются с сервера при перезагрузке и открытии настроек, даже если уже есть у клиента. Чаще лимита в минуту запросы не уходят. Если лимит ещё не подошёл — берутся уже загруженные данные без ожидания.
— Если сервер ответил не 200 — остаются уже полученные возможности, если их не было — значения по умолчанию. Паузу до следующего запроса задаёт ответ сервера (rate_limit_capabilities_per_minute). Заголовок «повторить через N секунд» — минимальная пауза (если он больше лимита из JSON, ждём его).
— Заголовки X-RateLimit-Status и X-Retry-After-Seconds учитываются на опросе /updates, загрузке файлов и отправке: REJECTED или 429 — пауза из заголовка, DELAYED — не стучим чаще, чем сказал сервер.
— Для notify.a161 появился WebSocket (wss://notify.a161.ru/ws/updates): выбирается по умолчанию, если сервер разрешил. При подключении сразу приходят накопившиеся события, новые — сами. Если сервер сообщает о выключении — клиент переподключается. В журнал пишется как у опроса: старт и соединение — INFO, кадры, ping и переподключение — DEBUG. В настройках WebSocket снова есть шаг с кнопками. Смена режима сохраняется до перезагрузки, чтобы не оставался старый опрос.
— Входящие по WebSocket больше не перезагружают интеграцию. Раньше каждое сообщение записывалось в настройки записи, HA считал это сменой конфигурации и через полсекунды выгружал сокет.
— Короткий опрос раз в несколько секунд больше не используется. Если WebSocket нет — берём Long Polling (wait 5–60 с и limit задаются в настройках и уходят в GET /updates). Старые записи с обычным polling переключаются на Long Polling сами. В лог при старте пишутся limit и wait.
— Если токен неактивен — ни WebSocket, ни Long Polling не подключаем.
— Период автоотключения polling больше не выбирается. Срок задаёт сервер и показывается на отдельном информационном шаге — в тексте прямо написано, что значение с сервера. Подняли лимит на сервере — после обновления возможностей он применяется сам.
— В мастере и настройках убраны лишние тексты: на каждом экране только то, что к нему относится.
🔗 Ссылки:
Релиз v2.3.0-beta2: https://github.com/kai-zer-ru/max-notify-ha/releases/tag/v2.3.0-beta2
Сравнение с v2.3.0-beta1: https://github.com/kai-zer-ru/max-notify-ha/compare/v2.3.0-beta1...v2.3.0-beta2
🛠 Что исправлено:
— Открытие настроек notify.a161 больше не зависает надолго. Раньше окно ждало «слот» на запрос возможностей — иногда минутами.
— Перезагрузка интеграции тоже больше не тормозит. Официальный API Max не затрагивался и как раньше открывается быстро.
— Срок автоотключения опроса больше не зажимается в 1–3 суток. Если сервер дал 7 суток — показывается и используется 7.
— Запрос возможностей больше не уходит дважды сразу (из‑за этого сервер ставил второй в очередь и иногда отвечал 429). Теперь: один токен — один запрос, остальные ждут тот же ответ.
🔄 Что изменилось:
— Возможности снова запрашиваются с сервера при перезагрузке и открытии настроек, даже если уже есть у клиента. Чаще лимита в минуту запросы не уходят. Если лимит ещё не подошёл — берутся уже загруженные данные без ожидания.
— Если сервер ответил не 200 — остаются уже полученные возможности, если их не было — значения по умолчанию. Паузу до следующего запроса задаёт ответ сервера (rate_limit_capabilities_per_minute). Заголовок «повторить через N секунд» — минимальная пауза (если он больше лимита из JSON, ждём его).
— Заголовки X-RateLimit-Status и X-Retry-After-Seconds учитываются на опросе /updates, загрузке файлов и отправке: REJECTED или 429 — пауза из заголовка, DELAYED — не стучим чаще, чем сказал сервер.
— Для notify.a161 появился WebSocket (wss://notify.a161.ru/ws/updates): выбирается по умолчанию, если сервер разрешил. При подключении сразу приходят накопившиеся события, новые — сами. Если сервер сообщает о выключении — клиент переподключается. В журнал пишется как у опроса: старт и соединение — INFO, кадры, ping и переподключение — DEBUG. В настройках WebSocket снова есть шаг с кнопками. Смена режима сохраняется до перезагрузки, чтобы не оставался старый опрос.
— Входящие по WebSocket больше не перезагружают интеграцию. Раньше каждое сообщение записывалось в настройки записи, HA считал это сменой конфигурации и через полсекунды выгружал сокет.
— Короткий опрос раз в несколько секунд больше не используется. Если WebSocket нет — берём Long Polling (wait 5–60 с и limit задаются в настройках и уходят в GET /updates). Старые записи с обычным polling переключаются на Long Polling сами. В лог при старте пишутся limit и wait.
— Если токен неактивен — ни WebSocket, ни Long Polling не подключаем.
— Период автоотключения polling больше не выбирается. Срок задаёт сервер и показывается на отдельном информационном шаге — в тексте прямо написано, что значение с сервера. Подняли лимит на сервере — после обновления возможностей он применяется сам.
— В мастере и настройках убраны лишние тексты: на каждом экране только то, что к нему относится.
🔗 Ссылки:
Релиз v2.3.0-beta2: https://github.com/kai-zer-ru/max-notify-ha/releases/tag/v2.3.0-beta2
Сравнение с v2.3.0-beta1: https://github.com/kai-zer-ru/max-notify-ha/compare/v2.3.0-beta1...v2.3.0-beta2
notify.a161.ru/ws/updates