AP
что зафейлилось, а что нет
Size: a a a
2020 May 05
RK
ну кароч вот сколько я чего не делаю, вот ни разу не приходилось с фронта отправлять разом 40 записей на редакцию
RK
но когда вопрос про обработку документов там мб, но там уж точно очереди и сокеты
AP
на удаление?)
P
"Then it's the client's responsibility to reattempt the request. If the previous request was partially committed, it's the server's (or the database's) responsibility to roll that back, or to handle the duplicate transaction appropriately."
m
все равно не логично, 200 и success === false, типа разбирайте мой ответ, что бы понять что пошло не так
не совсем, в success обычно лежать успешно применные действия, а в errors ошибки. На клиенте у каждого запроса проверяются errors и success и распихиваются по нужным storage
m
"Then it's the client's responsibility to reattempt the request. If the previous request was partially committed, it's the server's (or the database's) responsibility to roll that back, or to handle the duplicate transaction appropriately."
Спасибо, почитаю)
RK
еще больше вопросов)) если у вас там даже стор используется
RK
почему фронт не точечно шлет запросы а куском
RK
этож типо пользователь может начать заполнять чето большое обновить страницу и гг
AP
почему фронт не точечно шлет запросы а куском
такая бизнес логика может быть
m
возможно success/errors не идеальное решение, но работает)
AP
у нас тоже куча дебильных решений
AP
потому что так овнер захотел
P
возможно success/errors не идеальное решение, но работает)
не, так понятно что рабочее... тысячи работающих продов тому подтверждение ))
RK
хз я как познал дзен того что одно действие один запрос, так теперь как то и на ум не приходит по другому это использовать
RK
этож удобно
m
этож типо пользователь может начать заполнять чето большое обновить страницу и гг
там по таймеру севы в localstore..., давайте, начинайте поливать😂
RK
ой ладно)