Кнопка нажата, а ответа нет: как не потерять действие пользователя и не наделать дублей

Дата публикации: 19-09-2026 10:42:32

Пользователь нажал кнопку, сеть пропала, а браузер не знает, дошёл ли запрос до сервера. Повторите запрос — можно получить дубль. Не повторяйте — потеряете действие.Показываю схему, которая решает обе проблемы: API без toggle, ключ идемпотентности в PostgreSQL, очередь в IndexedDB, Service Worker и проверка офлайна в Playwright. Это не полный offline-first — только защита действий в момент обрыва связи. Разобраться с повторами

Схожие новости

#	Наименование новости	Тональность	Информативность	Дата публикации
1	[Перевод] Что делать, если HTTP‑запрос прошёл, а транзакция в БД откатилась?	5	7	23-06-2026
2	HikariCP в проде: три раза, когда пул соединений уронил сервис, и почему maximumPoolSize тут был ни при чём	0	6.61	12-09-2026
3	DATAREON Platform под нагрузкой: настройка высоконагруженной интеграции DATAREON + PostgreSQL + REST	0	8.04	15-09-2026
4	Как уронить базу данных	0	6.72	17-08-2026
5	Ты не найдёшь эту ошибку. Потому что её нет в твоём коде. Как Self-describing API спасает от чужих рефакторингов	5	8	07-07-2026
6	Как мы разрешили чтение с реплик PostgreSQL — и почему шесть лет говорили «нет»	0	5.29	11-09-2026
7	Найти ПДн, замаскировать, развернуть копию: большой разбор открытого pg_anon	0	10.28	05-09-2026
8	[Перевод] Статистика PostgreSQL: почему запросы выполняются медленно	0	7.74	19-08-2026
9	Асинхронный I/O в PostgreSQL или история выходного дня	0	9.78	17-08-2026
10	Полиморфные ссылки в PostgreSQL: помогаем СУБД избежать провалов производительности	0	7	30-06-2026

Классификация: Мнения. Схожих патентов: 0. Схожих новостей: 10. Тональность: 0. Информативность: 8.2. Источник: habr.com.