AP
Size: a a a
2021 November 10
AS
Сохранить куда-нибудь работу? Если чот мелкое, то в локалстораж/идб, крупное — на бек
ДК
просто перехватывать ошибку и если 404 то рефрешиться
AP
а если не надо было сохранять?)
AS
Очевидно, что иметь версионность там куда сохраняешь?
AP
никто не будет давать такое поведение из коробки, потому что желаемое поведение сильно зависит от ситуации
ДК
раз пользователь переходит по ссылке значит можно обновиться и не бояться что данные потеряешь
AS
Ну а вообще просто на фронт запушить и сказать мол сделай чо хотел и обновись
AP
каждому проекту нужно решать это по своему с точки зрения бизнеса и юзерстори
AS
Ну, кмк, тут просто история про сомнительный бек, если у тебя деплой чего угодно может вызвать 200 проблем
AS
Запушь на фронт оповещение о новой версии да и делай чо хош, есчо юзер предупреждет
ДК
вот я собственно в чат и пришел узнать как именно вы эту проблему решаете. некоторые вообще не видят проблемы в ошибках на клиенте, что конечно жесть полнейшая
AP
я предлагал не удалять старые файлы при деплое, тогда предыдущая версия будет жить) а бек должен поддерживать старый протокол какое-то время
A
a
в модных компаниях это скорее всего решается через Kubernetes + nginx (whatever), новая версия выкатывается, и старая тоже живёт, клиенты которые загрузили старую версию через балансировщие по-прежнему направляются на старую версию, и в какой-то момент времени старая версия глушится
ДК
вариант. но как понять когда и что удалять из деплоя
AP
ну следи за коннекциями, организуй мониторинг, когда со старой версией к тебе больше не ходят глуши ее
AP
это все отдельные большие истории
ДК
сложно как-то
AP
ну ты хочешь решить сложную проблему, у которой может быть много решений в зависимости от требований бизнеса