EO
может они не дружили
Size: a a a
2021 April 19
C
а роутинг на стороне клиента все фреймворки реализуют таким образом что пушат новый урл в history?
AL
да. Пока не было html5 history api, они меняли window.location, но в самом урле менялась только часть после #, и браузер не воспринимал это как релоад страницы
SG
Всем привет, поделитесь опытом, как обновить бандл у всех юзеров с давно открытой табой приложения после очередного деплоя? предположим, произошли breaking changes
как в 2021 такие вопросы решаются?)
как в 2021 такие вопросы решаются?)
SG
отдавать на сервер текущую версию в хедерах?
SG
ну и, соответственно, потом уже как-то с сервера слать сигнал на релоад после деплоя
AL
как вариант.
Вт
Показывается сообщение «обновите страницу» пушится хедер на хтмл файл типа кеш полиси удоли
SG
можно еще с сервера просто в хедерах слать назад версию и на фронте уже сравнивать
Вт
Да самое неинтрузивное
SG
там прсото может не быть запроса на хтмл файл с клиента) а просто полетит очередной рест-запрос, получит ответ с новым контрактом, и всё поломается
SG
ну вот идея с сервера присылать версию мне кажется разумной
AL
можно его клево врезать проверку версии в раутер, и если версия не совпадает, то вместо history.push делать location.go, и тем самым триггерить full page reload. Я когда-то такое в Эмбере делал.
SG
а кто такое уже делал? мне сразу бэкенд задал вопрос "нам придется на каждый ответ ходить за версией в базу?", но я так понимаю можно и просто в памяти её где-то держать
SG
может есть какие-то бест практис
AL
да, в памяти держи. Есть еще вариант отдельно ходить на сервак каждые 10 минут / каждый час на оттельный урл и там версию проверять
AR
можно по visibilitychange ходить, но “не чаще чем раз в N времени”
AL
это самый простой способ с тз реализации, тк бекам не надо заморачиваться с хедерами
SG
спасибо, тоже звучит ок
SG
вместе с отдельным эндпоинтом