CM
а, в этом смысле. понял
Size: a a a
2020 September 22
AG
а на счет редиректа после сабмита через xhr у меня такое же недоумение
AG
Короче, я запутался, кто за что. Ставлю +1 за установку http-статусов в приложении.
m
сложная серверная валидация
и при "сабмите" переход в браузере должен осуществлятся только при успехе
если отправлять обычным сабмитом, то в случае ошибок придется ре-рендерить всю страницу, а этого, по условиям задачи, допустить никак нельзя
и при "сабмите" переход в браузере должен осуществлятся только при успехе
если отправлять обычным сабмитом, то в случае ошибок придется ре-рендерить всю страницу, а этого, по условиям задачи, допустить никак нельзя
AG
но тут же реально не нужно редиректа из апи
AG
я уже сто лет так не делал, не уверен даже, что сработает
m
окей.
задача:
большая тяжелая страница с кучей динамически подгружаемого контента
на ней есть форма, заполнив которую по "отправить" отправляется инфа на сервер
сервер чекает корректность заполнения формы и в случае успеха, должен вернуть что-то, что заставит браузер пользователя перейти на другую страницу
но в случае провала, страница не должна "перезагружаться"
задача:
большая тяжелая страница с кучей динамически подгружаемого контента
на ней есть форма, заполнив которую по "отправить" отправляется инфа на сервер
сервер чекает корректность заполнения формы и в случае успеха, должен вернуть что-то, что заставит браузер пользователя перейти на другую страницу
но в случае провала, страница не должна "перезагружаться"
AG
а если речь не про редирект, а про 400, то можно, да
AG
так это.. если говорить конкретно про jquery form plugin, то там же 2 колбэка - succes, error
в success делаем редирект, в error - нет
в success делаем редирект, в error - нет
AG
после валидации формы вернуть 200 или 400
m
так если location для редиректа должен прийти от сервера, он не статический
m
получается надо вернуть 200, и в коллбэке success совершить редирект на локейшн из ответа
AG
ну, его же можно не только в заголовок вставить, но в тело
AG
получается надо вернуть 200, и в коллбэке success совершить редирект на локейшн из ответа
именно так
m
все верно
но тут утверждают что я должен использовать корректные хттп статусы и вернуть 301
но тут утверждают что я должен использовать корректные хттп статусы и вернуть 301
m
а я как раз доказываю что это не будет работать. и возвращать надо 200, как вы и говорите
m
те по сути это редирект, но 200. потому что это редирект на уровне логики приложения
m
аналогично и с ошибками
если у меня ошибка на уровне логики приложения, то почему я должен возвращать 400?
если у меня ошибка на уровне логики приложения, то почему я должен возвращать 400?
AV
301 не будет работать с xhr запросом так, как нужно. (т.е. юзера не перекинет на location)
m
> после валидации формы вернуть 200 или 400
даже вы предложили в случае ошибки возвращать 400. почему?
даже вы предложили в случае ошибки возвращать 400. почему?