Merion Academy
Разгадка пятничного чгк: почему один заказ превратился в два
Правильный ответ: 🔥 запрос мог повториться после таймаута или сетевого сбоя. Сервер получил повторный запрос, но не знал, что первый уже обработан. Поэтому создал вторую запись. Чтобы этого не происходило, используют: - idempotency key; - уникальный идентификатор операции; - проверку статуса предыдущего запроса; - ограничение на уровне базы данных...
Пятничная загадка: почему заказ создался дважды
? 🐸 Пользователь нажал кнопку один раз, но в системе появились два одинаковых заказа. Почему так могло произойти? 👀 пользователь случайно нажал дважды; 🔥 запрос повторился после таймаута, а сервер не проверил повтор; 🤓база данных сама продублировала запись. Ставь реакцию. Разбор в следующий понедельник...
Почему все говорят, что сисадмином стать проще всего
? А у нас новое видео: роадмап сисадмина с нуля. Это та самая профессия, которую замечают, только когда «ничего не работает». Разбираемся, что учить и в каком порядке, чтобы не утонуть в миллионе технологий и выйти на первую работу. Внутри: 🔹 железо, Linux и Windows Server: с чего вообще начинать 🔹 консоль, права,...
Разгадка пятничного кейса: почему часть пользователей видела старую версию сайта
🐸 Правильный ответ: 🔥 проблема была в браузерном или CDN-кэше. Новый файл уже появился на сервере, но часть пользователей продолжала получать старую версию. После очистки кэша страница обновлялась, а API при этом сразу отдавал свежие данные. Что обычно проверяют: - заголовки Cache-Control и ETag; - версию файла в CDN; - service worker; - cache busting: например, app...
