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

открой в ctrl u и заскринь эту строку

не течёт? Ссожно было перейти?

Там если базовые правила соблюдать, все норм будет.

Пару недель разбирался, но у них в дискорде канал, там вопросы задавать можно.

Плюс быстро реагируют на issue

Что там должно течь, интересно

Всё что не рассчитывало что оно будет висеть в оперативе а не умирать после каждого запроса

dead letter queue/delayed exchange

Память)

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

Скинул

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

Звучит как косяк либы, но да, такое возможно. Но если таких косяков не будет, то по умолчанию ничего течь не должно. У нас довольно долго в проде amphp и память константная (12mb), хотя есть синглтоны

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

Ну неудивительно, они сами эти проблемы и создали (фасады, кэши в моделях, etc).

Middleware->Controller->Service->Repository->Model
поправьте если ошибаюсь

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

Можете привести аргументы почему репозитории плохи?

яке є обгрунтування, щодо використання репозиторіїв?) репозиторії задля репозиторіїв?))

Спасибо

дружище, мы тут по-русски гвоорим. я тебя не понимаю…

https://habr.com/ru/post/444688/

php, жрущий память, это такой же единорог, как нода, не жрущая. разная архитектура, php процесс может умирать по памяти скорее от кривых рук. тогда как нода даже при ровных может не чистить мусор.

Я об этом и писал выше. Не понимаю, какие там утечки памяти у пхп. Ощущение, что люди повторяют одну и ту же мантру, особо не понимая, о чем она.

во! теперь я могу лишь согласиться) но только если речь идет об Элоквент

может сразу — ОРМ это антипаттерн?

нет. все всегда зависит от приложения

ну естественно, использовать паттерн репозиторий, который будет возвращать eloquent модель — ну такое себе, только усложнение идет😎

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

Как минимум потому, что eloquent, по сути, и есть репозиторий

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

С каких пор эктив рекорд – это анти паттерн?

Active Record pattern (or anti-pattern) – overview

eloquent разве не репозитории?

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

Погоди, мой ответ не является верным.По сути сам видишь холивар)
Ну все зависит от изощрений и требований.

нет, не репозиторий

почему?

вы почитайте определение «паттерн репозиторий» и поймете) eloquent это орм

модель используют для описания структуры и её валидации, но не работу с ней. логику выносят в сервисы или те же репозитории. но это скорее привычка. по сути вы правы, т.к. модель транслирует методы типа create/update и ивенты, но это скорее золотая середина