поищи вообще как делается валидация в ларке и как ловить ошибки, тогда вопросов не будет
ну у тебя же разные методы куда все прилетает?
если надо до отправки, то средствами JS, если всей форми, после отправки, то ларкой
следом вопрос, а ты debuonce уже повесил на поля?
За наводку спасибо Из конструктивных ответов понял, что лучше такую валидацию делать на фронте Всем спасибо\
Не слушай никого, они тебя плохому научат :) Что-то проверить на фронте конечно норм, дебаунс опять же это правильно, но... На бэке тебе всё равно надо всё перепроверить ибо первое правило бэкэндера "фронтэнд всегда врёт" :) Так, что... Для соблюдения соглашений делаешь patch-роут, т.е. что-то типа Route::patch('/partial_update', ...) и соответственно в аджакс запросе говоришь, что отправляешь запрос patch Потом в rules твоего потомка FormRequest'a не ставишь полям признак required, кроме тех, которые у тебя вообще реально всегда с запросом должны приходить. Для наглядности твои "необязательные" поля можно поставить как sometimes Ну и собственно валидируешь, что там тебе надо валидировать. Для проверки консистентности всего вместе можно использовать afterhook'и - https://laravel.com/docs/9.x/validation#adding-after-hooks-to-form-requests
ну так одним запросом, а не кучей на каждое поле -_-
Почему? UX/UI требования могут быть разными. У нас так вообще именно "всё на лету" требуют - типа последняя мода и всё такое.
ну хз, лишняя нагрузка
Это вообще двадцатый вопрос в большинстве случаев
или при вводе логина будете писать "такого логина не существует" облегчить брут?)
Ну так без фанатизма же... Есть время и место всему и всякому. Вопрос же был принципиальный.
Такой пароль уже занят.
...пользователем "Вася"
Обсуждают сегодня