AP
Size: a a a
2020 September 04
VY
я ее еще не видел, но те кто ее создавал говорят что нужно ее переделать так как нельзя уже добавлять новый функционал, так как спроектирована не правильно
наверно напугать хотели :)
VL
если приложение такое "большое", может стоит взглянуть в сторону микросервисной архитектуры🌚
да я тоже так думаю, у них этот модуль куча сайтов используют и идет приличная нагрузка и бд от этого растет как на дрожжах
Е
https://t.me/laravel_web/311555
Я тебе ещё вчера про клон написал. Но я всё ещё не очень верю что он нужен
Я тебе ещё вчера про клон написал. Но я всё ещё не очень верю что он нужен
кстати а если нужно сохранять сам билдер, clone также подойдёт для этого?
просто скорее всего что нужно будет потом использовать сам билдер
просто скорее всего что нужно будет потом использовать сам билдер
MP
кстати а если нужно сохранять сам билдер, clone также подойдёт для этого?
просто скорее всего что нужно будет потом использовать сам билдер
просто скорее всего что нужно будет потом использовать сам билдер
по мне так кешить сам билдер странновато, там какие то "тяжелые" (в плане их получения) аргументы при его построении? мб их тогда и кешировать?
Е
по мне так кешить сам билдер странновато, там какие то "тяжелые" (в плане их получения) аргументы при его построении? мб их тогда и кешировать?
типа такого
$builder = Car::whereStatus(1)
->when(isset($params['someparams']), function($query) use($params) {
return $query->whereHas('category', function($query) use($params) {
return $query->whereHas('parent', function($query) use($params) {
return $query->where('alias', $params['someparams']);
});
});
});
$builder = Car::whereStatus(1)
->when(isset($params['someparams']), function($query) use($params) {
return $query->whereHas('category', function($query) use($params) {
return $query->whereHas('parent', function($query) use($params) {
return $query->where('alias', $params['someparams']);
});
});
});
Е
и нужно будет повторно использовать данный запрос
MP
в случае если не прилетели параметры?
MP
по этому коду я не понимаю что даст кэш билдера
Е
в случае если не прилетели параметры?
нет, в любом случае где-то в другом месте кода нужно вызывать данный запрос
MP
ну ок, тогда это конечно не кэш идеологически. и возможно стоит сохранять просто параметры для построения этого запроса в сессии (если то второе место в рамках сессии того же юзера), если нет то видимо делай как делаешь (да clone "подойдет"), хотя я бы всё же сохранял так же сами параметры запроса а не объект билдера
Е
ну ок, тогда это конечно не кэш идеологически. и возможно стоит сохранять просто параметры для построения этого запроса в сессии (если то второе место в рамках сессии того же юзера), если нет то видимо делай как делаешь (да clone "подойдет"), хотя я бы всё же сохранял так же сами параметры запроса а не объект билдера
вызвать повторно параметр по идее менее затратно чем вызвать повторно sqp-запрос, поэтому решил сделать кеш билдера
AP
MP
вот я тоже не распарсил
AP
неверное думает, что если склонит билдер, то это создаст подготовленный запрос в бд
Е
а, билдер это ещё не сам запрос же, ясно
MP
а подскажите плиз, есть бд на 12gb в сервиса на yii1. сейчас задача переписать все на laravel и нужно будет сделать скрипт миграции, реально ли вообще такую большую бд сконвертировать в новую потом? или через php это не реально вообще
12гигов это же совсем не много
MP
12гигов это же совсем не много
A
а подскажите плиз, есть бд на 12gb в сервиса на yii1. сейчас задача переписать все на laravel и нужно будет сделать скрипт миграции, реально ли вообще такую большую бд сконвертировать в новую потом? или через php это не реально вообще
12 гигов это крохатная база ) никаких проблем с переносом и конвертацией быть не должно
SC
интересно как это схема хранения данных может мешать добавлять функционал.
Когда приходится решать задачи производительности вместо внедрения нового функционала