DP
По-любому будет реакт нейтив судя по опыту
Size: a a a
2017 November 18
QH
По-любому будет реакт нейтив судя по опыту
😢
2017 November 19
DP
@surmin2005 занимается js и фронтендом, добро пожаловать!)
DS
👏 👏 👏
RA
На месте
AM
А где место?
AM
Нашёль
RA
Кто ещё будет?
RA
@PeterTheFirst1 ты приедешь?
QH
Всем спасибо :)
DP
Всем спасибо :)
👌👍
QH
Ыы, так и не спросил у тебя одну интересную бэк-эндную штуку.
DP
Ыы, так и не спросил у тебя одну интересную бэк-эндную штуку.
Ну в следующий раз тему закинь
QH
Ну в следующий раз тему закинь
Вопрос в том, как гарантировать выполнение задачи, поставленной в очередь.
Мы же не можем ждать, пока, например, новое сообщение запишется в базу — ставим в очередь, отвечаем успехом, отсылаем сообщение всем собеседникам, которые онлайн. Верно?
Мы же не можем ждать, пока, например, новое сообщение запишется в базу — ставим в очередь, отвечаем успехом, отсылаем сообщение всем собеседникам, которые онлайн. Верно?
DP
Нет, скорее всего, мы отправим 201 created, затем при записи в базу будем уведомлять. Событие кинем скорее всего по факту сохранения в бд. Но зависит от требований. Иначе сложно разруливать неконсистентность при потере данных в очереди
QH
Нет, скорее всего, мы отправим 201 created, затем при записи в базу будем уведомлять. Событие кинем скорее всего по факту сохранения в бд. Но зависит от требований. Иначе сложно разруливать неконсистентность при потере данных в очереди
Во, как раз хотел спросить про потери.
Но неужели телеграм, например, дожидается записи?
Но неужели телеграм, например, дожидается записи?
DP
Мы скорее будем сохранять в что-то типа тарантула и отдавать 201 а потом перекладывать в базку
DP
Факт сохранения в быстрое key-value будет считаться успехом для клиента
DP
Потом уже синхронить с базой в асинхронно
QH
Потом уже синхронить с базой в асинхронно
асинхронная синхронизация 🙃