Хотел поинтересоваться: а кто-нибудь делает свои фасады в ларке?

Насколько мне кажется их создали,чтобы упростить DI для новичков. То есть ты в любом месте пишешь фасад и используешь его статик методы. Без всяких "усложнений" по добавлению по получению объекта через DI. Правда нарушая при этом SOLID и делая проблемным тестирование

Фасады в ларе просто для сокращения синтаксиса, но даже в доке их не очень советуют использовать

Кстати, поражает, что в доке их не рекомендуют использовать но в примерах только они

Вот, проблема в тестировании, да

Спасибо, убедился в своих подозрениях

вообще в той же доке про это как раз информация

их можно тестировать и тд нормально

тем более фасады в несколько кликов (или клик + поиск) можно заменить на DI :)

просто там предостережение - классы не должны быть большими

https://laravel.com/docs/5.3/facades

их можно тестировать и тд нормально

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

И дело не в классах. дело именно в Application

Кстати, в тестах ларавель сам по себе течет (5.2 точно) по 7 метров на тест у нас было

голая ларавелька

Поэтому лучше обойтись без фасадов (тем более без IDE Helper подсказки в шторме не работают)

Пока тут нормальные вопросы-ответы пошли... у меня такой вопрос. Как вы тестируете нагрузочно свои проекты? Больше даже интересует анализ. Например, вам нужно спрогнозировать какую нагрузку сможет выдержать ваш текущий проект. Какими методами/инструментами пользуетесь и что почитать?

Хороший вопрос, тоже интересно кто чем делал. я только ab гонял

с xhprof

В целом, в нем можно довольно сложные схемы описывать а не просто один роут дергать.

Пока все, что я придумал - это выделить самое узкое место (страница с максимальной нагрузкой на базу и тд) и пройтись по этому месту одним из сервисов, которые генерируют активных пользователей + посещаемость. Ну по хорошему перед этим еще желательно насидить данных достаточно. Но хотелось бы знать, как это "по-взрослому" делают люди

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

Не знаю как по-взрослому, у нас когда было нагрузочное тестирование пользовались Apache JMeter

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

Это весь мой опыт нагрузочного тестирования

нагрузка по памяти (Какой-то неоптимальный кусок кода)

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

в итоге, тяжелый запрос к бд может быть закеширован и всё очень быстро работать будет. а на деле (когда пользователей много и для каждого запрос не закэширован) всё будет тормозить

ведь всегда лень уникальные данные придумывать :) а иногда это и вообще очень сложно сделать

У нас на проекте для этого был добавлен параметр в запрос, для того, чтобы кеш не использовался

Вообще он был добавлен изначально для дургих целей, как раз для пользовательских, но тут пригодилось очень кстати

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

Хороший вопрос, тоже интересно кто чем делал. я только ab гонял

А blackfire.io ты не пробовал?

У нас на проекте для этого был добавлен параметр в запрос, для того, чтобы кеш не использовался

код подстраивать под тесты не очень хорошая идея. Скорее всего в архитектуре могут быть изъяны

Вообще он был добавлен изначально для дургих целей, как раз для пользовательских, но тут пригодилось очень кстати

А! понятно тогда - это круто

код подстраивать под тесты не очень хорошая идея. Скорее всего в архитектуре могут быть изъяны

Да, так и есть

не, ты прав, это костыль

А blackfire.io ты не пробовал?

неа, у меня задача проще была. мне нужно было сделать очень быстрый ресайз картинок

и это было узкое место.

вот и гоняли под нагрузкой ресайз одной картинки (с кэшем) и параллельно многих

Но он крайне необходим был в короткие сроки, поэтому приняли решение пока сделать так

Но он крайне необходим был в короткие сроки, поэтому приняли решение пока сделать так

Это везде так. охото как лучше, а делаешь как быстрее :(

Это да

А blackfire.io ты не пробовал?

а вы юзали? выглядит не плохо вроде

Нет, но вот как раз слышал хорошее о нем

Но представления не имею, честно

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

Запишу себе, спасибо)

Через что принимаете оплату в битках? В идеале нужно просто пополнять баланс аккаунта, который в $

Предположим что я делаю выборку $data = Notify::where('group_id', '=', $id);

Могу ли я теперь из data какими то средствами получить информацию?

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

Чтобы не делать лишних запросов к бд?

А то делать поочередно 5 запросов

чтобы получить 5 count значений

как то не особо

->where()->where

Мне нужно получить

5 разных count

у меня есть поле type, и оно может быть 1 из 5.

И по каждому значению, мне нужно узнать, сколько строк там есть

groupby group_id

и там в select(bd::raw(count(*)))

как-то так

эксперементируй

все не то

группируешь по этому id и тебе сразу даёт список count для каждого из нужных id

<?php Notify::select(DB::raw('COUNT(*) as count, group_id'))->whereIn('group_id', [$id,$id2,$id3])->groupBy('group_id');

что-то такое

выдаст несколько строк count

для каждого id

id один

а вот type

несколько

Структура таблицы имеет такой вид примерно id, group_id, type, readed.

group_id я указываю.

ты когда постишь что-то - нормальн объясняйся

а вот type бывает = group, comments, message, wall, board

и мне нужно узнать, сколько есть строк, с readed=false, по каждому типу уведомлений, у группы

ну так а что тебе посчитать нужно?