U
😊 почему тогда просто не юзать скоуп?
тоже вариант, но я не юзаю потому что phpstorm вообще не хочет находить
Size: a a a
2020 August 18
A
тоже вариант, но я не юзаю потому что phpstorm вообще не хочет находить
ide-helper
A
но я против скоупа и вот такой конструкции, которая форичит внутри модели. Это уже логика, а ее в модель запихивать не круто
A
И потом, как ее тестами покрывать
A
плюс мне кажется сомнительным такой подход с т.з. безопасности и гибкости. Те же with уже плохо не применимы.
A
И начинает размазываться логика по разным классам
U
но я против скоупа и вот такой конструкции, которая форичит внутри модели. Это уже логика, а ее в модель запихивать не круто
Не в контроллере же хранить логику
A
И не просто размазываться, а еще и свзяанная логика размазывается.
То есть когда ты пытаешь понять почему у тебя фильтр глючит, ты не проверяешь один самостоятельно ответственный класс, ты проверяешь всё включая модель и внешний хелпер
То есть когда ты пытаешь понять почему у тебя фильтр глючит, ты не проверяешь один самостоятельно ответственный класс, ты проверяешь всё включая модель и внешний хелпер
A
Не в контроллере же хранить логику
нет. Я вообще за то, чтобы там была одна две строчки, а не вся логика мира
A
Для этого у меня есть самостоятельный набор классов, отдельно лежащий в неймспейсе Filters со своими интерфейсами и абстрактными классами.
По сути это вообще самостоятельаня библиотека, которую можно вынести в отдельный репозиторий и подключать через композер. Но я пока этого не делал. особенной необходимости не вижу.
По сути это вообще самостоятельаня библиотека, которую можно вынести в отдельный репозиторий и подключать через композер. Но я пока этого не делал. особенной необходимости не вижу.
A
Можно из говна и палок соорудить нечто такое. Но, имхо мне не нравится такой код. И я от него давно ушёл
Еще раз вернемся к этому коду. Я его скинул для примера, как из "говна и палок" можно соорудить фильтр. На написание анонимного примера - нет времени, а листить код я не могу по соглашению с работодателем. 😊
A
Засим прощаюсь 😊
SR
Ребята, подскажите пожалуйста. Давно не писал на PHP, очень отстал от backend мира. Пробую на Laravel сделать API. Создал сущность: 4 обычных поля-строки, 3 поля json (простые массивы из цифр). Ответ из 200 строк очень долгий:
Такие цифры это нормально? На сколько prod режим быстрее чем dev?
Route::get('api/test', function (Request $request) {
return \App\Language::all(); //<- 1.5 секунды
return DB::table('languages')->get(); //<- 0.3 секунды
});
Laravel 7, PHP7.4, MySQL 8, dev режимТакие цифры это нормально? На сколько prod режим быстрее чем dev?
mБ
ну юзай вот этот вариант
DB::table('languages')->get();mБ
300мс вроде норм результат
К
Ребята, подскажите пожалуйста. Давно не писал на PHP, очень отстал от backend мира. Пробую на Laravel сделать API. Создал сущность: 4 обычных поля-строки, 3 поля json (простые массивы из цифр). Ответ из 200 строк очень долгий:
Такие цифры это нормально? На сколько prod режим быстрее чем dev?
Route::get('api/test', function (Request $request) {
return \App\Language::all(); //<- 1.5 секунды
return DB::table('languages')->get(); //<- 0.3 секунды
});
Laravel 7, PHP7.4, MySQL 8, dev режимТакие цифры это нормально? На сколько prod режим быстрее чем dev?
Это много, при 500 запросах в цикле скорость исполнения менее 1 сек в докере
SR
ну юзай вот этот вариант
DB::table('languages')->get();Мне как раз предпочтительнее
\App\Language::all(). Неужели внутренняя магия Laravel дает такой оверхедК
Хотя ещё кэш
mБ
Мне как раз предпочтительнее
\App\Language::all(). Неужели внутренняя магия Laravel дает такой оверхедя, если честно, в душе не это самое
mБ
я сам только учу