Где в Laravel лучше делать валидацию входящих данных - в контроллере или сделать кастомный Request для контроллера, или Middleware?

jazzus, какой самый крупный проект ты делал?

Где в Laravel лучше делать валидацию входящих данных - в контроллере или сделать кастомный Request для контроллера, или Middleware?

jazzus, логика смены заказов вещь сложная, может быть по крону, может быть через 1с, еще через какой порт, и везде разная валидация.

Прочитай внимательно. Вообще всю книгу советую

Где в Laravel лучше делать валидацию входящих данных - в контроллере или сделать кастомный Request для контроллера, или Middleware?

jazzus, доверять нельзя никому) тем более, могут работать несколько человек над одним проектом.

Хорошо когда о своей консистентности заботится сам объект, а не какой-то другой, который с ним вообще никак не связан.

Где в Laravel лучше делать валидацию входящих данных - в контроллере или сделать кастомный Request для контроллера, или Middleware?

jazzus, потому что статус может меняться не только через один апи контроллер

Где в Laravel лучше делать валидацию входящих данных - в контроллере или сделать кастомный Request для контроллера, или Middleware?

jazzus, и в консоли?)

Где в Laravel лучше делать валидацию входящих данных - в контроллере или сделать кастомный Request для контроллера, или Middleware?

jazzus, а потом появится еще одно место где ты будешь создавать заказ, например через консоль или через админку. В итоге ты либо будешь писать валидацию для всех этих мест, либо у тебя ее вообще не будет.

Где в Laravel лучше делать валидацию входящих данных - в контроллере или сделать кастомный Request для контроллера, или Middleware?

jazzus, Вот именно, пользовательский ввод. А например, есть модель заказа со статусами. И по апи можно менять статус у заказа. Где будет проверка на валидность статуса?

Где в Laravel лучше делать валидацию входящих данных - в контроллере или сделать кастомный Request для контроллера, или Middleware?

jazzus, да нет, там валидация не двойная.

В реквесте валидация на то, что клиент заполнил даннные. Слою http не нужно знать о базе данных, и логике приложения. Только проверка на корректность пользовательского ввода.

А вот валидация основная находится в слое приложения, который знает, в каком состоянии должны находится данные.

Как в Laravel при объявлении сервис провайдера в AppServiceProvider в $singleton сделать отложенную загрузку?

В чем сложность создать один новый файл?

Почему не работает условие выборки жадной загрузки в Laravel?

MaxSemenov,

Привет всем, пытаюсь сделать выборку со связной моделью

.....Твой код

Но запрос возвращает все ProductCategory, не смотря на условие with. Моя задача получить только такие ProductCategory, для которых есть domains с таким условием

$query->where('title', 'like', '%czechpartyking.de%');

Docker - как его понять новичку?

Saboteur, ошибся получается)

Почему не работает условие выборки жадной загрузки в Laravel?

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

Docker - как его понять новичку?

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

Почему не работает условие выборки жадной загрузки в Laravel?

MaxSemenov, какой связи?

Как разнести админ панель и основной сайт по разным проектам в laravel?

jazzus, ключи к бд тоже будут разные?Реплики для сайта, и бла бла?)))

Почему не работает условие выборки жадной загрузки в Laravel?

MaxSemenov, Так правильное условие ведь. Что не так?

Почему не работает условие выборки жадной загрузки в Laravel?

DB::enableQueryLog();
ProductCategory::with(['domains' => function ($query) {
$query->where('title', 'like', '%czechpartyking.de%');
}])->get();
dd(DB::getQueryLog()) ;

Покажи что это выведет

Почему не работает условие выборки жадной загрузки в Laravel?

MaxSemenov, в прямом смысле отдельным, из первого запроса выбираются id и делается второй запрос с whereIn

Как прокси работает с https трафиком?

Трафик пропускается или насквозь без модификации

можно подробнее о механизме?

Как прокси работает с https трафиком?

Тоесть, я правильно понял, что это должно работаь примерно как NAT?

Типо прокси сервер знает, что запросы c ip клиента на порт N прокси сервера нужно передать на ip сайта. Где-то хранит у себя в памяти эту информацию.. Но ведь сайт не знает, что работает с прокси и запрос получает с с ip и портом именно прокси сервера, и ему отсылает ответ. А уже прокси этот ответ пересылает клиенту..