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

<простите, не проснулся>

$site->themes()->get()?

$site->themes

ну и да там hasMany должно быть

$site->themes

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

но принцип везде одинаковый

$site->themes()->get()?

да, модель есть. Правда я так не делал никогда. Я для вопроса чуть упросил реальные запросы. На самом деле там еще есть подзапрос. И с ним я не пойму как это будет. Я сначала получаю основную тематику, на основании ее я получаю связанные подтематики, а потом хочу получить привязаный к ним сайт

вот так в модели

public function mainthemeedit() { return $this->hasMany(Theme::class, 'main_theme', 'id')->with('site'); } public function site() { return $this->belongsToMany('App\Site'); }

а так в контроллере

$themes = Theme::with( 'mainthemeedit','site' ) ->where( 'main_theme', 0 ) ->get();

public function mainthemeedit() { return $this->hasMany(Theme::class, 'main_theme', 'id')->with('site'); } public function site() { return $this->belongsToMany('App\Site'); }

опять же имя методо связи не site а sites ну и hasMany

выбери отдельно свои все темы которые могут быть добавлены для сайта. как тебе надо но без with(site) $themes = Theme...->get() и во вьюхе foreach $themes as $theme if $site->themes->contains($theme) чекбокс включен

Спасибо большое! Вторую часть я вроде понял, а вот про hasMany не понял.. Оно же вроде работает по общему ключу в таблицах. А у меня в таблицах нет общего ключа, но есть промежуточная таблица для связи

$site->themes->contains($theme) каждый раз будет запрос генерить в цикле?

Спасибо большое! Вторую часть я вроде понял, а вот про hasMany не понял.. Оно же вроде работает по общему ключу в таблицах. А у меня в таблицах нет общего ключа, но есть промежуточная таблица для связи

ага это я туплю там belongsToMany верно всё. но имя связи всё равно во множественном числе надо

$site->themes->contains($theme) каждый раз будет запрос генерить в цикле?

нет конечно

Почему свежая установка Laravel показывает Whoops, looks like something went wrong.

?

Почему свежая установка Laravel показывает Whoops, looks like something went wrong.

потомушо права не установил

или еще что то в этом духе

потомушо права не установил

или cp .env.example .env php artisan key:generate

или так да

но вроде как он работает без этого

там конфиги по умолчанию есть

без ключа вроде как нет

ключ вроде не обязателен был

в 5.4

типо, он рекомендуется, а то будет несекьюрно шо пздц

Как выяснилось, без ключа он не заводится.

Невероятно.

Мб в 5.5 что то поменяли...

вообще он после инстала сам это делает. видимо у тебя композер как то не доработал

вообще он после инстала сам это делает. видимо у тебя композер как то не доработал

увы не всегда ;c

у меня часто секция post install валится(

ну без причины она же тоже не валится

╭─systemfailure@arch /var/www ╰─$ laravel --version Laravel Installer 1.3.6 ╭─systemfailure@arch /var/www ╰─$ laravel new tests Crafting application... Loading composer repositories with package information Installing dependencies (including require-dev) from lock file Package operations: 68 installs, 0 updates, 0 removals - Installing doctrine/inflector (v1.2.0): Loading from cache { ... }

фарт ты что такое творишь

непотребство

╭─systemfailure@arch /var/www ╰─$ laravel --version Laravel Installer 1.3.6 ╭─systemfailure@arch /var/www ╰─$ laravel new tests Crafting application... Loading composer repositories with package information Installing dependencies (including require-dev) from lock file Package operations: 68 installs, 0 updates, 0 removals - Installing doctrine/inflector (v1.2.0): Loading from cache { ... }

Generating optimized autoload files > @php -r "file_exists('.env') || copy('.env.example', '.env');" [InvalidArgumentException] Script "post-install-cmd" is not defined in this package run-script [--timeout TIMEOUT] [--dev] [--no-dev] [-l|--list] [--] [<script>] [<args>]... Application ready! Build something amazing.

╭─systemfailure@arch /var/www ╰─$ laravel --version Laravel Installer 1.3.6 ╭─systemfailure@arch /var/www ╰─$ laravel new tests Crafting application... Loading composer repositories with package information Installing dependencies (including require-dev) from lock file Package operations: 68 installs, 0 updates, 0 removals - Installing doctrine/inflector (v1.2.0): Loading from cache { ... }

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

может быть, он ждет Script "post-install-cmd" is not defined in this package а в фреймворке он давно уже "post-root-package-install": [ "@php -r \"file_exists('.env') || copy('.env.example', '.env');\"" ], называется

может быть, он ждет Script "post-install-cmd" is not defined in this package а в фреймворке он давно уже "post-root-package-install": [ "@php -r \"file_exists('.env') || copy('.env.example', '.env');\"" ], называется

проапдейти инсталлер

и всё ок будет

да, действительно ;)

А можно тупой вопрос? В доке есть примечание: There is no need to bind classes into the container if they do not depend on any interfaces. The container does not need to be instructed on how to build these objects, since it can automatically resolve these objects using reflection.

какие именно классы можно не биндить вручную?

ну тоесть Если объявляю класс app\Services\MyService и хочу его использовать в контроллере, мне надо его прописывать в провайдере? Или можно просто сдалть что-то вроде public function store(Request $request, MyService $serv) ?

дат гуд квешн

ага это я туплю там belongsToMany верно всё. но имя связи всё равно во множественном числе надо

Огромное спасибо! Сам бы никогда не додумался. Все сделал, все работает! Еще раз спасибо

ну тоесть Если объявляю класс app\Services\MyService и хочу его использовать в контроллере, мне надо его прописывать в провайдере? Или можно просто сдалть что-то вроде public function store(Request $request, MyService $serv) ?

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

ну тоесть Если объявляю класс app\Services\MyService и хочу его использовать в контроллере, мне надо его прописывать в провайдере? Или можно просто сдалть что-то вроде public function store(Request $request, MyService $serv) ?

ты можешь пользоваться всеми прелестями autowiring'a

$validator = Validator::make($request->all(), [ Эту конструкцию по идеологии только в контроллере юзать можно или феншуй позволяет юзать его в других частях логики приложений?

Всем привет 😊

тут смотря что в вашем понимании должен делать контроллер, валидация как таковая точно не является частью бизнес логики, помимо контроллера можно встретить ее или ее зачаточное состояние где-то в ValueObject

Ну вот как вариант: есть логика импорта фалйа, там приходят поля. Я могу написать велосипед по валидации импортируемых данных, а могу использовать валидатор

$validator = Validator::make($request->all(), [ Эту конструкцию по идеологии только в контроллере юзать можно или феншуй позволяет юзать его в других частях логики приложений?

можно куда-то выносить

Граждане, а по Magento никто канал не знает?

думаю, такого нет

$validator = Validator::make($request->all(), [ Эту конструкцию по идеологии только в контроллере юзать можно или феншуй позволяет юзать его в других частях логики приложений?

А смотря что вы хотите этим делать. Если валидируете пользовательские данные - валидируйте в запросе например. Если ответ от какого-то сервиса - то в той обертке, которая у вас занимается запросами к этому сервису. И т.д.)

какие именно классы можно не биндить вручную?

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

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

Нет, например проверить что пришло в входящем csv поле int или false

Нет, например проверить что пришло в входящем csv поле int или false

считаю что валидатор можно использовать где хочится.

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

проще всего заинжектить ValidationFactory в конструкторе. ну или если проброшен контейнер. в том же форм реквесте $factory = $this->container->make(ValidationFactory::class); //... $validator = $factory->make(...)

это к чему?

А чтобы в сервисе иметь доступ к app и биндить другие сервисы, что надо сделать?

А чтобы в сервисе иметь доступ к app и биндить другие сервисы, что надо сделать?

в сервис другие классы и сервисы лучше через конструктор инжектить

тот же контейнер можно заинжектить так

нет можно конечно еще и через сеттер. но это только тогда когда понимаешь почему надо так а не иначе

проще всего заинжектить ValidationFactory в конструкторе. ну или если проброшен контейнер. в том же форм реквесте $factory = $this->container->make(ValidationFactory::class); //... $validator = $factory->make(...)

Я чето не понял. Если фасад не юзать (а он и не даст его юзать где либо кроме контроллера), то что какой класс экстендить?

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

Тогда как в юниттестах передавать класс валидатора ?

Посмотрел валидатор вызвать через new. Но тогда нужно транслейтор указывать

А его фиг знает откуда дергать

Ребят подскажите пожалуйста, как опредилить есть ли определенный день недели в промежутке времени, Php laravel carbon etc..

Я чето не понял. Если фасад не юзать (а он и не даст его юзать где либо кроме контроллера), то что какой класс экстендить?

> а он и не даст его юзать где либо кроме контроллера он это кто? > то что какой класс экстендить тут не распарсил, сори. короче попробуй как то свой вопрос как то иначе задать. а суть написаного мною выше, что если у тебя есть некий сервис SomeService который у себя внутри хочет что то валидировать через валидаторы ларовские, то нужно что бы например так было http://joxi.ru/MAj8z4ivXZQWme

соответственно потом просто инжектишь этот сервис в метод контроллера например и зависимости разрешаются

ок, а как быть с юнит тестами?

ок, а как быть с юнит тестами?

а что с ними? http://joxi.ru/p27DRQc0jEGxA7