вот смотрите крч

у меня есть класс валидатор

который запрос валидирует

но кроме того, у меня потом в контроллере валидируется еще и наличие юзера (по логину\паролю)

это нормально, что у меня валидация так разбросана?

почему все в 1 валидатор не поставить ?

хз, страшно делать запросы из валидатора

Куда запросы ?

зачем они

ну смотри

что ты хочешь сделать

у меня есть валидатор в виде класса

допустим он будет валидировать наличие юзера в бд

но тогда получается мне надо делать два запроса

мне же надо как то юзера получить после валидации

это разве не работает https://laravel.com/docs/5.4/validation#rule-exists ?

exists:table,column

[{"name":"USD","value":56.37},{"name":"EUR","value":63.08},{"name":"JPY","value":0.5},{"name":"CNY","value":8.18}] Такой массив я переда во view

Как мне получить по отдельности value?

exists:table,column

воот, а как мне потом из валидатора достать объект, что бы второй раз не запрашивать?

у меня валидация идет в классе-прослойке

который валидирует реквест, а в контроллере вместо реквеста мы получаем уже непосредственно класс-прослойку

Диман

это разве не работает https://laravel.com/docs/5.4/validation#rule-exists ?

понимаешь, что эта чухня запрос к бд выполняет?

и не возвращает его потом

два запроса вместо одного =\

бля, я че, прав?

так. стоп да понимаю. тебе все равно нужно в бд стучаться . Тогда 1 раз стучись и кидай ошибку Надо подумать как красиво сделать твое задание

только механизм валидации переписать)

или научиться пользоваться документацией Validator::extend('foo', 'FooValidator@validate'); https://laravel.com/docs/5.4/validation#custom-validation-rules Если уж сильно нужен exists валидатор и при этом нужно достать саму запись внутри кастомного валидатора посылай зарос, далее сохраняй ответа, а в случае, если он пуст - добавляй ошибку или генерь экзепшн, это уж как душа пожелает .

только механизм валидации переписать)

или научиться пользоваться документацией Validator::extend('foo', 'FooValidator@validate'); https://laravel.com/docs/5.4/validation#custom-validation-rules Если уж сильно нужен exists валидатор и при этом нужно достать саму запись внутри кастомного валидатора посылай зарос, далее сохраняй ответа, а в случае, если он пуст - добавляй ошибку или генерь экзепшн, это уж как душа пожелает .

можешь дать пример, как это поможет в моей проблеме?

nikak, тарм пам пам 🐬

а что мешает пользователя получить до валидации ?

правда мне сомнительно, нафига exists и неуж то без него обойтись нельзя

дык в этом и был вопрос

изначально

вот смотрите крч

у меня есть класс валидатор

который запрос валидирует

но кроме того, у меня потом в контроллере валидируется еще и наличие юзера (по логину\паролю)

это нормально, что у меня валидация так разбросана?

Я бы забил на это и жил с 2-мя запросами или не проверял наличие в таблице и получал юзера из базы с findOrFail($id)

какого юзера ? залогиенного?

но кроме того, у меня потом в контроллере валидируется еще и наличие юзера (по логину\паролю)

у меня лишний запрос - это проблема

какого юзера ? залогиенного?

это и есть авторизация

я чекаю, есть ли юзер в бд

у меня лишний запрос - это проблема

В производительность упёрся?

есть -> авторизую

я вообще логики не улавливаю, какой юзер нужен и нафига

В производительность упёрся?

ага

https://laravel.com/docs/5.4/authentication

я чекаю, есть ли юзер в бд

стандартная авторизация мне не подходит

кажись у тебя не с юзером проблемы, а с авторизацией а у тебя она волшебная ?

уфф.

все, забей

проблема решена

)))))

это и есть авторизация

ээээм. А с каких пор логин стал авторизацей?

авторизацией всегда была проверка прав сущности для доступа к какому-то элементу функционала.

а логин - это аутентификация

Кирилл, холиварную тему затронул)

на хабре статейка была интересная

хотя я скорей разделяю твое мнение

а логин - это аутентификация

да да

у меня даж метод authenticate назван

Логин это набор символов в большинстве случаев имеющих пару в виде пароля (тоже набор произвольных символов согласно определённому паттерну) известные ограниченому кругу людей или человека для доступа к данными и манипуляции этими данными в зависимости от прав назначенных этой паре

Вода́ (оксид водорода) — бинарное неорганическое соединение с химической формулой Н2O. Молекула воды состоит из двух атомов водорода и одного — кислорода, которые соединены между собой ковалентной связью.

А вот уже авторизации это процесс сравнения введенных данных логина и возможно дополнительных пар на предмет совпадения в базе данных

А вот аутентификация это уже сам факт того что данные совпали и пользователю назначенны какие либо возможности и права для работы с объектом

Ну а теперь давай, попробуй оспорить, хочу жарких сдачей

Авториза́ция (англ. authorization — разрешение, уполномочивание) — предоставление определенному лицу или группе лиц прав на выполнение определенных действий; а также процесс проверки (подтверждения) данных прав при попытке выполнения этих действий Аутентифика́ция - процедура проверки подлинности, например: проверка подлинности пользователя путём сравнения введённого им пароля с паролем, сохранённым в базе данных пользователей; подтверждение подлинности электронного письма путём проверки цифровой подписи письма по открытому ключу отправителя; проверка контрольной суммы файла на соответствие сумме, заявленной автором этого файла.

эти два термина - не взаимоисключающие

и их можно использовать в одном контексте

объясните пожалуйста. какая разница между forge и envoyer. И что за spark😁

берешь и читаешь на сайтах

это разные инструменты

читал, по мне это два хостинга одинаковых