пример из Yii тут будет малополезен. там через критерию проще пройти)

Ребята, научитесь разбираться в тех инструментах, что вы используете. Если ты @Rm Flood знаешь, как должен быть SQL то берешь XDebug и пошел F7 по кодяре библиотеки. Там делов на 5 минут разобраться как что собирается.

Ребята, научитесь разбираться в тех инструментах, что вы используете. Если ты @Rm Flood знаешь, как должен быть SQL то берешь XDebug и пошел F7 по кодяре библиотеки. Там делов на 5 минут разобраться как что собирается.

не знаю еще как в sql чтоб был

че делать в случае проблемы 1. Посмотреть SO 2. Погуглить 3. Спросить в чате 4. .... n. Включить Xdebug и разобраться

че делать в случае проблемы 1. Посмотреть SO 2. Погуглить 3. Спросить в чате 4. .... n. Включить Xdebug и разобраться

?? во все так

это сарказм

в любой непонятной ситуации сразу xdebug

SELECT COUNT(DISTINCT(`message_validate`)) FROM `your_table_name` WHERE `option` = 1

не знаю еще как в sql чтоб был

А вот это, брат, уже хуево. Как бы тебе сказать.... ORM позволяет не трогать БД пока запросы уровня getById. Глубже тебе без SQL идти тяжело будет.... советую разобраться чего ты хочешь в SQL а потом воспользоваться советом Sergey Zolotov только пункты n и 4 меняй местами.

теперь ищи как это в ларе реализовать штатными средствами (поди можно)

SELECT COUNT(DISTINCT(`message_validate`)) FROM `your_table_name` WHERE `option` = 1

спс, ща замутим

Врядли, ORM это выборку объектов (для это квери должен возвращать строки). А тут запрос возвращает один скаляр. Тут просто нужно найти метод $connection->executeSql("") и не дурить себе голову

ну в yii можно выполнить queryScalar, потому я и думаю, что в ларе тоже подобное доступно)

еще там есть countBySql() и просто count() на объекте. если объекту передать criteria, то можно и по критерии посчитать

че делать в случае проблемы 1. Посмотреть SO 2. Погуглить 3. Спросить в чате 4. .... n. Включить Xdebug и разобраться

n-1 прочитать документацию!!!

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

может кто знает как теперь в пагинацию прокинуть, с пагинацией падает, у меня колекция #items: array:5 [▶️]

может знаешь как в пагинацию прокинуть? $posts = $this ->user() ->posts() ->where('posts.option', 1) ->orderBy('created_at', 'DESC') ->distinct()->whereNotNull('message_validate')->get(['message_validate']); //->paginate(10); dd($posts); с пашинацией падает

Из-за гета

Из-за гета

ну если гет убрать не праввильно считает LengthAwarePaginator {#413 ▼ #total: 1 $posts = $this ->user() ->posts() ->where('posts.option', 1) ->orderBy('created_at', 'DESC') ->distinct()->where('message_validate') ->paginate(10);

Други. Скажите какой проект считается высоконагруженным? Сколько посетителей должно быть в сутки? Сколько хитов?

зависит еще от приложения, если это какая-то рекламная платформа, то там миллионы юзеров это окей. если это икомерс то там 100 одновременных юзеров может доставить проблем

В чем мерится? в RPS? То есть вот как определить хайлоад проект или нет?

Очень распростренный вопрос))) Хайлоад - это когда проект падает иногда и нужно думать об оптимизациях

ну вообще если один сервер не в состоянии обслужить все нужды клиентов, запросов в секунду 100+ это уже начинается хайлоад

Други. Скажите какой проект считается высоконагруженным? Сколько посетителей должно быть в сутки? Сколько хитов?

highload начинается тогда, когда стандартные подходы не масштабируются линейно.

Други. Скажите какой проект считается высоконагруженным? Сколько посетителей должно быть в сутки? Сколько хитов?

когда сервер/сервера загружен на 146%

когда сервер/сервера загружен на 146%

А это как?

когда сервер/сервера загружен на 146%

берем малину. и туда запихиваем проект. вот и у нас по вашему мнению хайлоад =)

берем малину. и туда запихиваем проект. вот и у нас по вашему мнению хайлоад =)

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

а если данные не влезают на флеху, то big data

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

превышает возможности железа != когда сервер/сервера загружен на 146% Cервера то можно закупать.

Я могу такой говнокод нагенерить, что он на любом железе 146% времени займёт. Хорошо быть хайлоад-разработчиком!

Мне кажется хайлоад - это когда для переваривания нагрузки становится выгоднее оптимизировать код и внедрять всякие специфичные штуки, чем закупать новое железо ;)

Мне кажется хайлоад - это когда для переваривания нагрузки становится выгоднее оптимизировать код и внедрять всякие специфичные штуки, чем закупать новое железо ;)

соглашусь. Когда есть возможность отрефакторить

и пересмотреть код и нормализацию или денормализацию бд, без нового железа

Когда есть возможность рефакторить и перекрайвать бд?

Мне бы в этот мир хайлоуда

Тоесть вы никогда не рефакторите?

Никогда и наличия всегда такой возможности немного разное

Я не понимаю что такое «наличие возможности». Если код действительно требует рефакторинга (часто меняется или вызывает постоянную боль при использовании), то это просто делается.

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

И когда то давно он он удовлетворял

А сейчас чтобы его отрефакторить

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

Пока кто то один рефакторит

Тот тут надо быть хорошо уверенным что твой рефакторинг сделает лучше чем было

И не создаст новых проблем

Для этого есть тесты.

И да я згаю что такое декомпозиция и рефакторинг частями

Для этого есть тесты.

У вас 100 % покрытие?

У вас все виды тестов и тестируется все что можно?

Нет конечно.

Все виды тестов и тестируются все критические вещи.

а если данные не влезают на флеху, то big data

в какой то мере да

Все виды тестов и тестируются все критические вещи.

Ок вам видней

превышает возможности железа != когда сервер/сервера загружен на 146% Cервера то можно закупать.

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

Просто есть разница между рефакторингом кода стайла

И рефакторингом наховем это архитекткры или подхода

вы вообще поймите то, что higload и bigdata вещи относительные, их нельзя измерять в rps или mb.

вы вообще поймите то, что higload и bigdata вещи относительные, их нельзя измерять в rps или mb.

+

И рефакторингом наховем это архитекткры или подхода

Разница в размере. Но если делать надо — то надо.

Для кого то и 10 rps hoghload

Это не вопрос «нет возможности»

Разница в размере. Но если делать надо — то надо.

Я с этим согласен

Это не вопрос «нет возможности»

Ок

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

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

у бигдата в полне себе есть определение. подходит под 3 V. значит биг дата

чем его поменять, пусть постепенно и с болью.

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

Предлагаешь на время повесить табличку у нас рефакторинг приходите через месяц?

Нет, обычно рефакторинг делается в рамках какой-то задачи.