$var2 = $this->user->find(1)->form()->orderBy('id', 'desc')->take(10)->get(); dump($var2);

latest()

User::latest()->get();

ну он всё ещё делает два запроса

и берёт не последнюю, а все строки

$var = $this->user->where('id', 1)->with('form')->latest()->get(); dump($var);

а first(); вместо get?

зачем where

with тебе еще 1 запрос даёт

Ты это делаешь в модели юзера?

через модель юзера, да

Так зачем тебе проверка

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

так у меня нет ещё юзера

мне же его указать надо

я хочу собрать 1 запрос, который отдаёт всё это через модели

я могу на джоинах это собрать, но хочу типа "правильно" всё сделать

и я пкоа не понимаю как это там работает

правильно это отказаться от двунаправленных связей

и где надо раз в году сделать в репозитории голым скулем

на джоинах даже шустрее работать будет

но не так читабельно

а там в модель можно скоуп написать на основе DB

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

или это уже за гранью говнокода считается?

Eloquent: Mutators вроде для этого, если я правильно понял суть

но не так читабельно

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

я зову ->service->fetchUsers(); и получаю User[]

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

ну я хотел логику в сервисы убрать, а все вызов в модели оформить связями

а если спросить зачем

то и сам не знаешь

я про последнее

ну так, чтобы всё работало по человечески

ясно

ну а что, запросы в сервисе писать?

а что тебя смущает?

Что есть модели и скорей всего они это умеют.

Надо только понять как.

умеют только при оверхеде с двухсторонними связями

у меня есть абстрактный клас в котором protected $request; нормльно ли в каждом наследнике писать /** * @var PostRequest */ protected $request; чтобы редактор подхватывал нужное?

у меня есть абстрактный клас в котором protected $request; нормльно ли в каждом наследнике писать /** * @var PostRequest */ protected $request; чтобы редактор подхватывал нужное?

лучше для класса наследника писать @property PostRequest $request

с property не работает

var подсмотрел в самой ларе

т.е. это нормльно в наследнике снова писать такое же свойство?

с property не работает

ты где его пишешь?

/** * @property PostRequest */ protected $request;

в наследнике

лучше для класса наследника писать @property PostRequest $request

это для класса phpdoc

/** * @property string $myProperty */ class Child extends Parent { ....

типо такого

т.е. это нормльно в наследнике снова писать такое же свойство?

в таком случае свойство не придется повторно объявлять

а в абстрактном надо что-то?

-

не работает

покажи код, должно работать

/* * @property PostRequest $request */ class Post extends BaseModel {

phpdoc начинается с

/**

ты звездочку одну потерял

спасибо

я бы еще за абстрактный класс с постреквестом насторожился

не понял

зачем тебе это, мотивацию объяснить можешь?

речь же про форм реквест, верно? ты пилишь какой-то декоратор для валидации или что?

имхо инстанс реквеста не должен уходить дальше контрллера

не ну это может быть сервис какой-то

вполне себе

но зачем абстрактный класс

у меня абстрактный контроллер

зачем?

наследников много и у каждого свой реквест

зачем?

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

не ну это может быть сервис какой-то

в сервис можно передавать $request->all() / $request->validated(), то есть сами данные

в сервис можно передавать $request->all() / $request->validated(), то есть сами данные

формреквест это и есть сами данные

я делаю $this->request = $request = app($this->requestClass); чтобы потом работать с реквестом

почему ты не делаешь someController someMethod(PostRequest $request)

что бы работать с реквестом?

формреквест это и есть сами данные

как тогда поступать в кейсе, если надо в сервис передать данные не из форм реквеста, а просто, допустим, какой-то массив данных?

как тогда поступать в кейсе, если надо в сервис передать данные не из форм реквеста, а просто, допустим, какой-то массив данных?

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

зачем передавать массив?

почему ты не делаешь someController someMethod(PostRequest $request)

наследники заполнили requestClass и дальше работают с $this->request

наследники заполнили requestClass и дальше работают с $this->request

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

нет

а в пхп вообще сколько?

3 года

подскажите пожалуйста, при обработке в FormRequest запроса по api если происходит ошибка валидации возвращает 422 статус код, но нужно сообщение об ошибке валидации

подскажите пожалуйста, при обработке в FormRequest запроса по api если происходит ошибка валидации возвращает 422 статус код, но нужно сообщение об ошибке валидации

так всё ок

приходит 422 + в теле текст самих ошибок

Всем доброго времени суток! Я решил начать знакомство с Laravel. Долгое время работал с Yii2. Если тут есть люди, которые также работали с Yii2, дайте, пожалуйста, пару советов, с чего стоит начать (кроме чтения оф. док, естественно) и на что стоит обратить внимание (ключевые отличия данного фреймворка). Может есть какие-то пакеты или дополнения, о которых стоит знать с самого начала, или готовые "starter kit". Хочу создать базовую "заготовку" для себя, чтобы потом на её базе делать сайты разных типов. Слышал про October CMS - стоит ли начать с неё, или лучше from scratch?

Laravel debugger как минимум обязателен. Имхо.

Laravel Debugbar*

приходит 422 + в теле текст самих ошибок

да я даже не обратил внимания, мне нужно было вывести текст самих ошибок, я выводил текст статуса.. Спасибо)