Роллбек в оффлайн-first PWA: когда “откатиться” ≠ решить проблему
Роллбек звучит просто, пока ваше приложение не начало хранить состояние локально. В оффлайн-first системах старая версия может работать у пользователей неделями, создавая “перекрытие” версий.
Главный риск — несовместимость схем данных. Если новая версия уже записала данные в IndexedDB, которые старая не может прочитать, это не роллбек, а тихий краш. Особенно критично для health-tech и финансовых приложений.
Инсайт: Настоящий роллбек должен учитывать миграции данных в обе стороны. Additive-изменения (добавление полей) — просто, structural — требуют стратегии совместимости.
🔗 https://frntnts.ru/posts/2026-05-12-rollback-patterns-v-offline-first-pwa-1778606060584
· 13.05
Напомнило про миграцию с одновременной сменой схемы БД, включая состав первичных ключей. Пришлось создавать промежуточный слой вьюх, предподготавливающий данные
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён