Если это dql, и выбираются энтити, напиши листенер ч же сказал уже

Если это dql, и выбираются энтити, напиши листенер ч же сказал уже

если честно даже я не понимаю, что за кейс с листенером))

Листенер сделает запрос через репозиторий, достанет размер папки и сетером установит

Правда он это будет делать всегда

И вообще вопрос подсчета размера реально нетривиальный

Это рекурсия

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

Сохранять надо сразу размер директории а не считать ей каждый раз

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

Очередной solid короче

Очередной solid короче

Солид норм, если не пользоваться )

Сохранять надо сразу размер директории а не считать ей каждый раз

Надо просто не писать дубль ФС в БД)

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

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

Не думаю что хранить размер хорошая идея

Или че каждый раз рекурсивно выбирать?

Иак это и в докирине легко сделать, просто будет куча запросов

Вообще размер даже ФС номрально не предоставляет для всего и вся, только реалтайм подсчет

если только приближенно

короче вообще надо смотреть от задачи

Напиши просто гетер метож getSize() и пошел по всем файлам и поддиректориям рекурсивно

А проблему производительности будет решать следующий разработчик уже

Перепишет на ворпдерс и все

Короче как обычно, чистый sql решает)))

был бы он - без всяких пагинаторов еще каких нить фишек из коробки - быстрее бы разобрался

Почему эта муйня мне только один элемент выводит?

Когда тот же запрос в БД

Почему эта муйня мне только один элемент выводит?

Поидее не должна, дебажите прямо там? Или где то в другом месте?

вызвал метод этот в контролере

Еще вторым параметром в execute можно прокинуть тип параметра

А не, там нет...

Вообще у коннекшена есть метод executeQuery вот там , можно указать типа параметра. Но возможно дело не в этом.

только так сработало

только так сработало

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

только так сработало

$connection->executeQuery($sql, [folder_ids => [1,2]],['folder_ids'=> Connection::PARAM_STR_ARRAY])

Ну или мб там другой какой метод есть, где прокинуть можно. Зависит от версии

Я не прелдставляю как с этим на постояннке работать

Хочется завершить программирование после такого

Я не прелдставляю как с этим на постояннке работать

)))) Аналогично думаем о Ларавел)

Почему эта муйня мне только один элемент выводит?

А ну все правильно, у вас же там implode

Удивляюсь что вообще работало)

Прокидывается массив сразу

Что все правильно, вот именно что все не правильно

Прокидывается массив сразу

Почему?

Почему?

Ну потому что у вас параметр же массив, там под капотом сам склеится. Именно поэтому я писал про тип параметра

Почему?

Через qb вот так например $retailerQb->andWhere('r.id in (:retailerIds)')->setParameter('retailerIds', $retailerIds, Connection::PARAM_STR_ARRAY); $retailerIds - массив

Тип указывать только для массивов. Для остального - не надо

А у меня вот в ларе интересует вопрос почему $qb->lazy(); возвращает мне stdClass а не энтити

Тоже мне удобство и все работает

Из чата по ларе ) Всем привет. Считается ли нормальной практикой выносить логику в Services ?

Из чата по ларе ) Всем привет. Считается ли нормальной практикой выносить логику в Services ?

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

Первый шажок на скользкую дорожку, а потом начнется солид, cqrs, event storming, event sourcing и все, пропал парень

А потом не дай бог еще на симфу перейдет

потом на симфу, потом соберет свой фв на компонентах... и.... уйдет в го )

А потом не дай бог еще на симфу перейдет

А что после симфы? Кроме хронического алкоголизма

С симфы прямая дорога в джаву мне кажется

С симфы прямая дорога в джаву мне кажется

Сразу тоже хотел написать за спринг

Вот кстати есть нормальная реализация es на пыхе?

Я вот чота не видел

Я тебе скажу что симфа круче спринга

С симфы прямая дорога в джаву мне кажется

ну почему же, можно еще в дотнет

ну почему же, можно еще в дотнет

Php is better than dotnet

ну ну

Я тебе скажу что симфа круче спринга

в пятом спринге вроде уже не надо в xml конфигурациях сидеть безвылазно, не? Спринг бут сделал революцию

Да но там нету бандлов, нету конфмгурции как в симфе, и много в всего другого

Из чата по ларе ) Всем привет. Считается ли нормальной практикой выносить логику в Services ?

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

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

либо 2-3 сервиса на 5000 строк )

либо 2-3 сервиса на 5000 строк )

Косплеят индусов?

Та индусы сейчас огого

Кругом

Даже новый премьер Британии индус уже

Кто-то может сказать, особенно в ларе часто встречается, когда например есть какой-то билдер, и каждый вызов метода на нем создаёт клон билдера и возвращает новый инстанс. Что это дает? Для чего это?

Зачем имутабл билдер?

А код можешь показать? А то звучит довольно бредово

Зачем имутабл билдер?

А почему нет? Тебе это как-то мешает? Где то видел, что такой способ делать кверибилдеры является феншуйским

Ну типа чтобы не заафектить потом полученную в середине ссылку

Зачем имутабл билдер?

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

А код можешь показать? А то звучит довольно бредово

Вот например https://github.com/defstudio/telegraph/blob/main/src/Concerns/ComposesMessages.php

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

Билдет обычно используется примерно так Telegram::createMessage($text)->silent()->reply($messageID)->build()->send();

где тут какие ссылки что тут можно изменить случайно? )

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