массив

User::where('username', $username)->first() - экземпляр User

и вот мне интересно

или null

если мы делаем так

first()->get()

и get()->first()

User::where('username', $username)->get() получит всех юзеров с таким юзернеймом

а whereUsername ->get() тож?

ну со вторым понятно

а слух

я понял

бред пишу

помоему get на User может вернуть тупо атрибуты все :) я хз чо там в этом элоквенте сделали

first()->get() будет инстанс обернутый в массив

first()->get() будет инстанс обернутый в массив

аналогично first()->toArray()

ну эт ясно

а вообще хз

задумался прост

надо слезать с этих ваших интернетов

надо слезать с этих ваших интернетов

*Ларавелей

угу

хуже наркоты, ей богу

how can I get current PDO connection?

$pdo = Connection::getPdo(); it doesn't work ((

\DB::connection()->getPdo()

Fatal error: Uncaught Error: Using $this when not in object context in C:\OSPanel\domains\framework.com\vendor\illuminate\database\Illuminate\Database\Connection.php:811 Stack trace: #0 C:\OSPanel\domains\framework.com\backend\core\database.php(20): Illuminate\Database\Connection::getPdo() #1 C:\OSPanel\domains\framework.com\backend\init.php(3): require_once('C:\\OSPanel\\doma...') #2 C:\OSPanel\domains\framework.com\public_html\main.php(58): require_once('C:\\OSPanel\\doma...') #3 {main} thrown in C:\OSPanel\domains\framework.com\vendor\illuminate\database\Illuminate\Database\Connection.php on line 811

use Illuminate\Support\Facades\DB; $pdo = DB::connection()->getPdo(); doesn't work too

Fatal error: Uncaught Error: Call to a member function connection() on null in C:\OSPanel\domains\framework.com\vendor\illuminate\support\Illuminate\Support\Facades\Facade.php:205 Stack trace: #0 C:\OSPanel\domains\framework.com\backend\core\database.php(20): Illuminate\Support\Facades\Facade::__callStatic('connection', Array) #1 C:\OSPanel\domains\framework.com\backend\init.php(3): require_once('C:\\OSPanel\\doma...') #2 C:\OSPanel\domains\framework.com\public_html\main.php(58): require_once('C:\\OSPanel\\doma...') #3 {main} thrown in C:\OSPanel\domains\framework.com\vendor\illuminate\support\Illuminate\Support\Facades\Facade.php on line 205

where you connect it)

where you connect it)

it is full of code: <?php use Illuminate\Database\Capsule\Manager as Capsule; use Illuminate\Support\Facades\DB; $capsule = new Capsule(); $capsule->addConnection([ 'driver' => 'mysql', 'host' => 'localhost', 'username' => 'root', 'password' => '', 'database' => 'framework', 'charset' => 'utf8', 'collation' => 'utf8_general_ci', 'prefix' => 'tabekg_' ]); $capsule->bootEloquent(); $pdo = DB::connection()->getPdo();

where you connect it)

you can write russian if it is convenient, I understand it

???

???

?

???

вы можете мне помочь?

Я вообще не понимаю где ты вызываешь коннект менеджер

вау. Как смена лейаута в ide меняет отношение к кодингу )

Всем доброго утречка

возник вопрос

Допустим есть авторизация через фейсбук

И мы с начальником спорим вот об чем. Я говорю, что её нужно засунуть в AuthController@facebookLogin, он же говорит, что она должна лежать в UserController@store

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

вы оба наркоманы! путаете авторизацию с аутентификацией

это наплевать. Смысл понятен

да и контроллер всё таки у меня Auth называется )

опять же всякие скоупы там тоже есть, поэтому авторизацией можно частично назвать

и абстрагируясь от терминологии - кто прав ?

ну раз это аутентификация то я бы засунул это в AuthController

вот об том я и хотел услышать ответ

спасибо )

Теперь почему - если не сложно

мне нужно сформулировать мысль в итоге. А то она пока у меня витает

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

пасиб

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

Да тупо всё даже в читабельность упирается

AuthController - это понятно. Логично

UserController - не понятно

https://meduza.io/quiz/ruby-ili-perl-ugadayte-yazyk-programmirovaniya-po-kodu 9 из 10 )

чет я с котлином обломался

а я попутал свифт с в обжект-с. и (о позор мне!) тупанул на репле. смутило то что посчитал что в перле регулярки в кавычках должны быть

не, перл я узнал )

а вот котлин чертовски похож на пхп )

скорее на джавку

а вот котлин чертовски похож на пхп )

+

ERROR: S client not available

https://medium.com/@kamerk22/the-smart-way-to-handle-request-validation-in-laravel-5e8886279271

Чувак говорит о том что задача контроллера это получить реквест и отдать респонс. Даже валидация в контроллере нарушает принцип SRP

Вру. Не тейлор

Чота с блога Тейлора попал на статью. Но все равно согласен )

А Тейлор оказывается людей нанимает на работу о_О

так для валидации есть реквесты которые передаются в контроллер. если не прошел валидацию по реквесту то и перекинет назад (или отдаст ошибки в ответе если аяксом запос был). так что все норм по логике

так для валидации есть реквесты которые передаются в контроллер. если не прошел валидацию по реквесту то и перекинет назад (или отдаст ошибки в ответе если аяксом запос был). так что все норм по логике

Да я больше к тому что тут люди утверждают что запросы eloquent это нормально в контроллере. Я говорю что нет.

тут спорное утверждение

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

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

А если вынесу эту логику куда то, то смогу

ну так многие же пишут по принцыпу "что не запрещено - разрешено" и по тому что им так удобно )

вот если бы их били за говнокод... вот тогда может быть и писали бы нормально )

@andrew_a_v это вы не про себя сейчас? :D Вас бы первого побили за секретки в коде.

@andrew_a_v это вы не про себя сейчас? :D Вас бы первого побили за секретки в коде.

да кто тут не без греха )

Ну как бы да ) Все не идеальны )

Да я больше к тому что тут люди утверждают что запросы eloquent это нормально в контроллере. Я говорю что нет.

Смотря, какие запросы. В модель тоже не всё следует пихать.

в модель вообще ничего не стоит пихать

в модель вообще ничего не стоит пихать

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

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

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

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

а как вынести мутатор? в трейт?

релейшен и мутатор можно оставить

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

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

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

так что нет.

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

глобал скоупы стараюсь не юзать) лучше просто на каждый запрос явно юзать скоп, потому что так реально очевиднее. А насчет логики в модели, почему нет? $car->drive('west', 50);

я выше описал почему. потому что у меня в проекте сейчас базовый класс для всех моделей занимает 2800 строк и там такая пиздота внутри. хотя проект писали 2 синьйора как бы. пришлось просто слой моделей взять и выбросить

https://meduza.io/quiz/ruby-ili-perl-ugadayte-yazyk-programmirovaniya-po-kodu 9 из 10 )

8/10?

Чувак говорит о том что задача контроллера это получить реквест и отдать респонс. Даже валидация в контроллере нарушает принцип SRP

Вау, кто-то заражается хорошими практиками :) продолжай, ты в правильном пути идёшь!

я выше описал почему. потому что у меня в проекте сейчас базовый класс для всех моделей занимает 2800 строк и там такая пиздота внутри. хотя проект писали 2 синьйора как бы. пришлось просто слой моделей взять и выбросить

Что есть синьор? Они сами так себя назвали?

Всем привет. Есть задача: фильтрация клиентов с определенными параметрами и далее сохранение результатов этой фильтрации в отдельные списки клиентов. Работать этот функционал должен в двух режимах: 1. Статичный список. В этом случае понятно - просто копируем все client_id из нужной выборки и привязываем их к отдельному списку клиентов. 2. Динамический список. В этом случае результат фильтрации должен обновляться раз в несколько минут и новые клиенты, которых еще не было в сохраненном списке, должны в него сохраняться. Вопрос: как лучше сделать второй пункт? В голову приходит сохранение query builder и потом вызывать от него выборки каждые несколько минут Заранее спасибо за ответы)