по хорошему вместо джоин использовать встренные элоквент механизмы, а именно релейшены whereHas(имя связи, замыкание с условием если необходимо), в данном случае для связанной сущности будет применено правило SoftDeleted если трейт присутсвует в модели

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

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

т.е. нужно принудительно просить его withTrashed() чтобы получить все записи

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

Только что же написал - что если делаешь join, на join таблицу не накладывается

ну сделай связи и по связям джоини, как Саша написал выше

https://laravel.com/docs/5.4/eloquent-relationships#querying-relations

как не понимаю что такое джойнить по связям, я знаю что такое whereHas

ну и вот)

мануал в помощь

но там вообще нихера не просто..

плюс whereHas - это вроде как подзапрос

Очень уж их не хочется

но мысль понял

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

Есть какой нибудь пакет или решение, реализующее подключение к разным бд ,чтобы не писать в каждой модели $connection ?

Есть какой нибудь пакет или решение, реализующее подключение к разным бд ,чтобы не писать в каждой модели $connection ?

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

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

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

Паттерн Репозиторий тебе в помощь

или при запросе с определенного субдомена в сервис провайдере реализуешь создание или указание дефолтового коннекшена

или при запросе с определенного субдомена в сервис провайдере реализуешь создание или указание дефолтового коннекшена

только в мидлваре наверное лучше

Мидлваре предназначен для некоторых других вещей

если нужны конкретные реализации - это сервис провайдеры, но если без холи вара, то как удобнее

для каких? почему конфигурация не подподает под это?

https://laravel.com/docs/5.4/middleware#introduction

и?

Middleware provide a convenient mechanism for filtering HTTP requests entering your application.

фильтрация, не более

плюс авторизация или разрешение прав

вся логика приложения и инфраструктура - это другой слой логики приложения

фильтрация, не более

куки дешифровать может. авторизаию настраивать может. сессию стартовать может. выбирать к какой бд конектиться нет. логика где?

Привет Есть хелпер getMetaTitle($text), который получает, обрабатывает и возвращает строку Он в шаблоне app.blade.php Как ему в качестве аргумента можно передать @yield('title') ?

Привет Есть хелпер getMetaTitle($text), который получает, обрабатывает и возвращает строку Он в шаблоне app.blade.php Как ему в качестве аргумента можно передать @yield('title') ?

Что-то вроде <title>{{$meta['title'] ?? getMetaTitle( @yield('title') ?? false)}}</title>

куки дешифровать может. авторизаию настраивать может. сессию стартовать может. выбирать к какой бд конектиться нет. логика где?

Безусловно может, в итоге все равно делается как удобнее и понятнее разработчику) но все, что описано тобой связано HTTP запросами, уровень взаимодействия с данными - это другой слой

Чуваки, тогда еще вопрос, а как has к has привзяать?

ну вот есть основная модель, у нее есть связть и у той есть связ

я чет подтупляю...

ну типа join же можно один, а потом второй

все связи belongsTo

ну то есть Model1 -> belongsTo -> Model2 -> belongsTo -> Model3

Безусловно может, в итоге все равно делается как удобнее и понятнее разработчику) но все, что описано тобой связано HTTP запросами, уровень взаимодействия с данными - это другой слой

т.е выбор конекта в зависимости от домена не связано с http запросом

уровень вложенности, никто не мешает спуститься уровнем ниже Model1::query()->whereHas('relation1', function($query) { $query->whereHas('relation2', function() { }) })

ну то есть первый завернуть в whereHas() - чтобы упоминание второго в замыкании сделать

мутновато... щас попробую и посмотрю что там за SQL получится

т.е выбор конекта в зависимости от домена не связано с http запросом

Я понял о чем ты, ты имеешь ввиду выставление в миддл Config::set('database.default', 'subdomain_name') - это абсолютно норм

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

Можно ли как нибудь сеттерить файлы конфига , чтобы значения оставались в файле? Config::set() не меняет в самом файле конфига

Можно ли как нибудь сеттерить файлы конфига , чтобы значения оставались в файле? Config::set() не меняет в самом файле конфига

Странный кейс. Может лучше тогда бд для хранения?

Эм, а что в ларе (5.5) больше нельзя делать опции обязательными? $this->addOption('host', 'H', InputOption::VALUE_REQUIRED, ''); если пропускаю опцию, то он не ругается что она отсутствует =\ т.е. константа есть, а конктракт не выполняется.....

Можно ли как нибудь сеттерить файлы конфига , чтобы значения оставались в файле? Config::set() не меняет в самом файле конфига

Я свой репозиторий спецом под это дело писал. Могу скинуть

Всем привет. Подскажите пожалуйста. Хочу сделать несколько баз данных в приложении. Все сделал по статьям (которых в интернете множество), но столкнулся с такой проблемой https://s3.amazonaws.com/scrstorage/at1s3e281618y79692.png .env https://s3.amazonaws.com/scrstorage/d1328l828122312.png config/databases.php https://s3.amazonaws.com/scrstorage/mi13293068771ud0em0.png никак не могу понять в чем дело. если кто-то сталкивался, буду рад совету.

есть кнопочка G на скрине. видишь? нажми ее

есть кнопочка G на скрине. видишь? нажми ее

вау, не знал, спасибо, но я и без этой кнопочки гуглил уже, но всеравно спасибо.

Всем привет. Подскажите пожалуйста. Хочу сделать несколько баз данных в приложении. Все сделал по статьям (которых в интернете множество), но столкнулся с такой проблемой https://s3.amazonaws.com/scrstorage/at1s3e281618y79692.png .env https://s3.amazonaws.com/scrstorage/d1328l828122312.png config/databases.php https://s3.amazonaws.com/scrstorage/mi13293068771ud0em0.png никак не могу понять в чем дело. если кто-то сталкивался, буду рад совету.

В файле config/databases.php у тебя имя второго подключения - mysql2, а ты пытаешься зацепиться к users_docb.

В файле config/databases.php у тебя имя второго подключения - mysql2, а ты пытаешься зацепиться к users_docb.

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

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

Ты как запросы к базе выполняешь? Через фасад DB или через Eloquent? В первом случае имя подключения указывается так: DB::connection('mysql2')->.... Во втором указывается внутри файла модели protected $connection = 'mysql2';

Стоп. Тупанул.

Ты как запросы к базе выполняешь? Через фасад DB или через Eloquent? В первом случае имя подключения указывается так: DB::connection('mysql2')->.... Во втором указывается внутри файла модели protected $connection = 'mysql2';

через DB все я разобрался у меня https://s3.amazonaws.com/scrstorage/134220k32up829y90.png валидатор был через название базы.таблица, а нужно было так как на скрине

У тебя база данных users_docb существует?

через DB все я разобрался у меня https://s3.amazonaws.com/scrstorage/134220k32up829y90.png валидатор был через название базы.таблица, а нужно было так как на скрине

При работе с несколькими базами да, надо указывать имя подключения. Иначе все запросы идут в базу "по-умолчанию".

При работе с несколькими базами да, надо указывать имя подключения. Иначе все запросы идут в базу "по-умолчанию".

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

??

Вчера говорили про has и whereHas, я полез читать в глубь. Они формируют запросы с exists, который выполняется на каждую строчку найденного рекрдсета. И если у тебя лимитированная выборка - это ок, а если нет (ну счетчик какой считаешь), то лучше не использовать....

ERROR: S client not available

Тогда лучше старый добрый join и не забывать where deleted_at is null добавлять.

Но опять же - это личное оценочное суждение :). Каждый в праве его принимать или нет :)

Но опять же - это личное оценочное суждение :). Каждый в праве его принимать или нет :)

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

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

доктрину для нагруженных запросов? ?

Там даже не нагруженный запрос, а когда без лимитов идет

Ну наверное тяжёлых :)

Тяжелых в плане fetch на уровне sql и в плане самого поиска)

Тяжелых в плане fetch на уровне sql и в плане самого поиска)

а доктрина тут причем?

а доктрина тут причем?

В плане контроля поведения запросов, работы со связями показалась гораздо эффективнее, но up to u)

Тяжелых в плане fetch на уровне sql и в плане самого поиска)

Не... Смотри тут фишка в том, что сначала выполняются все действия, а потом уже к каждому ряду выполняется этот запрос

Я понимаю в чем суть вложенных запросов, зависящих от внешнего query)

На каких нить агрегатных запросах я бы его не юзал, а на простых, да ещё и с лимитами - запросто. Простых в смысле не агрегатных, даже со сложными условиями

В плане контроля поведения запросов, работы со связями показалась гораздо эффективнее, но up to u)

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

Я понимаю в чем суть вложенных запросов, зависящих от внешнего query)

Для меня немного сюрпризом стало что это после запроса внешнего происходить в отличии от обычного подзапроса, который первым выполняется.

Для меня немного сюрпризом стало что это после запроса внешнего происходить в отличии от обычного подзапроса, который первым выполняется.

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

Все так, просто я не работал до этого с exists

Пошел читать и удивился что подзапроса могут как до, таким после выполняться...

Ребят а можно ли\используете ли вы в laravel 5.5 LaravelCollective ? Не могу понять они сделали релиз для 5.5 или нет?

Ребят а можно ли\используете ли вы в laravel 5.5 LaravelCollective ? Не могу понять они сделали релиз для 5.5 или нет?

ну так ты поставь и попробуй. У меня формы оттуда, но они в составе другого пакета

ну так ты поставь и попробуй. У меня формы оттуда, но они в составе другого пакета

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

? я смотрю ты очень осторожен

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

я юзаю laravel-form-builder, он юзает laravelcollective/html .Laravel 5.5 полет нормальный )

я юзаю laravel-form-builder, он юзает laravelcollective/html .Laravel 5.5 полет нормальный )

Спасибо большое за совет, попробую. Та просто переписываю заново приложение, и после набитых шишек с предыдущей версией осторожничаю)))

Такой вопрос. Разрабатываю локально на не самом шустром компе, проект работает сносно (api отдает за 0.5-1.5с), заливаю на тестовый выделенный сервер, там проект отдает такой же api за 5с. Единственное отличие это локально - Mysql, на выделенном - Postgre. С чего начать разбирательство?

с explain

с explain

можно точнее?

запрос тяжелый скорее всего

запрос тяжелый скорее всего

Не думаю. Выборка из таблицы Model::select(), запись в сессию, запуск процедуры выборки данных из сессии и возврат сессии в виде json объекта.

В базе записей меньше сотни наверно.

тогда профилируй реквест