Pull to refresh

Comments 7

Спасибо, очевидное и простое решение. Сейчас в разработке проект с аналогичной схемой клиент-серверного общения, надо будет использовать ваш подход.
Обязательно реализуйте механизм закрытия потоков, они блокируют активацию новой версии service worker. Помимо того, чтобы закрывать поток при закрытии вкладки я еще сделал закрытие всех потоков через интервал.
при обновлении конфига NGINX рвались все соединения, которые потом больно было восстанавливать


Я правильно понимаю, что SSE соединение тоже порвется при обновлении конфига?
Поясните, пожалуйста, про разницу в восстановлении соединений для SSE и WebSocket
Нашел неплохую статью с подробным сравнением технологий: www.smashingmagazine.com/2018/02/sse-websockets-data-flow-http2

If the connection drops, the EventSource fires an error event and automatically tries to reconnect. The server can also control the timeout before the client tries to reconnect (explained in more details later).
Честно говоря, я не знаю деталей реализации на бэкенде. Поинтересовался у коллеги и он ответил:
Потому что инициализируется начальное состояние фронта
Лезем в бд и т.д.

Service Worker может засыпать после некоторого времени бездействия. Как-то решали такую проблему?

А как у вас делается авторизация пользователей при таком подходе?

Sign up to leave a comment.