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

тогда выбирай либо data-first либо object-first, во втором случае полиморфные связи фича подхода.

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

Народ. Кто вебсокеты прикручивал к ларе, поделитесь опытом. На чем делали, как ивенты организовали, на сколько сложно?

сложность в чём? 1 строчку написать в модельке?)

Есть домен фёрст и он всё равно не подразумевает нарушение общепринятых паттернов. Не важно где у тебя находиться код (В домене/инфраструктуре/стороннем коде) ты всё равно нарушаешь и это плохо.

фигасе ты загнул, тут у меня аргументов нет, но я всёравно не согласен)

Тут похоже случилась недопонимание насчёт object-first :)

object-first в контексте orm

Народ. Кто вебсокеты прикручивал к ларе, поделитесь опытом. На чем делали, как ивенты организовали, на сколько сложно?

Я с вебсокетами познакомился именно в ларе, ничего сложного не было, документация достаточно подробно объясняет как подключать и настаивать. Единственно - это правильно настроить веб сервер на отдачу заголовков content-security-policy если у вас https и wss

фигачишь объекты н езадумываясь о хранилище

Я с вебсокетами познакомился именно в ларе, ничего сложного не было, документация достаточно подробно объясняет как подключать и настаивать. Единственно - это правильно настроить веб сервер на отдачу заголовков content-security-policy если у вас https и wss

Использовал пушер?

Использовал пушер?

нет, через redis

нет, через redis

А на фронт отдавал через laravel-echo-server?

Но ты же напрямую завязан к орм, а она умеет только в постгре/мускл/сгллите

А на фронт отдавал через laravel-echo-server?

да

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

Но ты же напрямую завязан к орм, а она умеет только в постгре/мускл/сгллите

есть кастомные плагины к другим хранилищам, монги, файлы, внешние апи и т.п.

да

Просто у меня ивенты отрабатывают, в редисе я их вижу, а вот на фронт они не прилетают :(

Просто у меня ивенты отрабатывают, в редисе я их вижу, а вот на фронт они не прилетают :(

у тебя не запущены воркеры

Ну тогда это уже лучше, но это всё равно анти-паттерн :)

у тебя не запущены воркеры

Их же 2 должно быть? Первый очередь обрабатывает второй фронту пихает ивенты?

если в редисе у тебя накапливаются события, то нету рабочих, которые их оттуда достают

ну или мне нужно было создать 1 антипаттерн объект включающий все типы сущнстей и ещё таблички для хранения разных свойст разных типов сущностей?

Их же 2 должно быть? Первый очередь обрабатывает второй фронту пихает ивенты?

не обязательно, 1 рабочий может все делать. Но я ставил 8, пока вроде српавляются

В любом случае полиции по соблюдению паттернов проектирования и т.д у нас нет и поэтому можно кодить как хочешь :) Лара про быстро и простоту, поэтому это даже хорошо.

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

Ок. Как буду дома гляну. Можно будет если что тебе в ЛС написать?

Пиши завтра

Ок. Спасибо

Ок. Как буду дома гляну. Можно будет если что тебе в ЛС написать?

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

https://evilinside.ru/laravel-nova-i-laravel-backpack-sravnenie-i-obzor-vozmozhnostej/

говорят говно эта нова

не говно, но вцелом пока попахивает им...

не говно, но вцелом пока попахивает им...

Что с ней не так?

многого не хватает

в плане кастомизации

Господа, посоветуйте как на Laravel правильно записать что-то вроде такого? $credentialsDto = new CredentialsDto($request->only('phone', 'email', 'password'); $user = User::havingCredential(Credential::createFromDto($credentialsDto)); На выходе я хочу получить запрос вида SELECT FROM users u JOIN credentials c ON c.user_id = u.id WHERE c.phone = '8123456' если заполнен phone, или SELECT FROM users u JOIN credentials c ON c.user_id = u.id WHERE c.email = 'test@gmail.com' если заполнен email, но при этом я хочу чтобы логика построения подзапроса, желательно, лежала в Credential, не в Users.

Первый вариант, и индексы на track_id и location_id на эту таблицу

И track_location, а не location_for_tracks ?

тоже так подумал

спасибо)

Почти не за что ?

Почти не за что ?

в одном проекте уже написал такое название 2 таблицам, а тут идея как акуратно назвать : )

Всем привет. Ребята кто может подсказать где можно подсмотреть работу с коллекциями. Как их гибко можно использовать (Комбинировать). Может у кого-то есть статья например

"Комбинировать"?

= слепить в одну?

"Комбинировать"?

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

Слепка то же будет хорошо)

нуу, вот в доке вродь https://laravel.com/docs/5.6/collections

Да в доке что-то есть, но поверхностно по одному методу

Laravel Collections: PHP Arrays On Steroids ― Scotch https://scotch.io/tutorials/laravel-collections-php-arrays-on-steroids

Laravel Collections: PHP Arrays On Steroids ― Scotch https://scotch.io/tutorials/laravel-collections-php-arrays-on-steroids

Класс! Спасибо!

Но в доках по-моему круче описано

Как по мне то в доках как-то сухо и без практики

Но что мое мнение =)))

Такое вопрос, вот есть пример агрегации

Как сделать композицию

__construct(Processor $processor, Memory $memory)

Выходит внедрение зависимостей?

не зависмостей

ERROR: S client not available

а компонентов

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

Еще не сталкивался с этим

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

сколькоядер и частота.. вещи касаются процессора

компьютер сам не должен о них знать

ему достаточно лишь то, что у него есть процессор, который умеет нужное

ядра ун его там.. или космические кристаллы - компьютеру пофиг

а тут он прямознает что это процессор и что у него ядра какието есть...

То есть в этом случае логичней использовать композицию?

да

а вдругу нас появитсяновыйтип процессора

на космических кристаллах! но считаетон тоже самое.

в твоем случае - придется переписывать класс компьютера

Да точно)

да и вообще...он не сможет и тот идругой заюзать

ав моем случае - ему пофиг

Кстати есть же еще ассоциация

и что это?

и как это?

Это как я понял тип взаимодействия/связи например программист - компьютер

Правда я хз как это правильно реализовать

я не знаю что это такое

и рад

многие знания - многие печали

только это композиция же

>__construct(Processor $processor, Memory $memory) а это тогда что?

агрегация

много умных слов :)

агрегация

Да не, там у меня агрегация точно

Да не, там у меня агрегация точно

nope