Ребят, вы работаете с laravel echo server?

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

А то что в слушателе происходит - автоматически в той же транзакции что и сохранение оказывается?

Хочу получить количество онлайн юзеров оттуда в рилтайме

А то что в слушателе происходит - автоматически в той же транзакции что и сохранение оказывается?

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

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

Я думаю тут задача «либо две записи целиком, либо ошибка», как это в транзакциях, потому что основная модель сохранится, а побочная по какой-то причине - нет

Я думаю тут задача «либо две записи целиком, либо ошибка», как это в транзакциях, потому что основная модель сохранится, а побочная по какой-то причине - нет

Да, именно поэтому и транзакция нужна. И если вешаться на событие saving и saved и при каких-то обстоятельствах на saving произошла ошибка, где и в каком месте тогда делать rollback —непонятно.

И это хорошо. Потому что модель активрекорд это одна запись. А тут получается — нет. Поэтому считаю что норм что нельзя так далать.

просто из названия таблицы сделал вывод что сохраненная модель не обязательно published

и поэтому не обязательно все откатывать :)

Ребят, а блейд юзать вне лары есть смысл?

Ребят, а блейд юзать вне лары есть смысл?

Нет, юзай твиг

Нет, юзай твиг

Спасибо, есть еще и для вп обертка) супер

Хочу получить количество онлайн юзеров оттуда в рилтайме. Как такое можно сделать в laravel echo server? есть идеи?

40 000!

Ура..

Нашел чатик по душе.

Ребят. Ну кто работал с вебсокетами в ларе. Отпишитесь пожалуйста

Подскажите пожалуйста. Кто как строит архитектуру? Я на начальном этапе познания всего этого. У меня есть слой моделей ORM (Eloquent), есть слой репозиториев, которые наследуются от 1 интерфейса и инжектятся с помощью IOC. Каждой моделе соответствует свой репозиторий (ну вдруг я потом на другую бд перееду). И в контроллер я внедряю нужный мне репозиторий и оттуда уже выцепляю нужные мне данные. Я думаю, что это не верно, и мне нужна еще некая модель промежуточная типа ViewModel. Что скажите?

Чтобы ее формировать в контроллере и во view передавать.

Подскажите пожалуйста. Кто как строит архитектуру? Я на начальном этапе познания всего этого. У меня есть слой моделей ORM (Eloquent), есть слой репозиториев, которые наследуются от 1 интерфейса и инжектятся с помощью IOC. Каждой моделе соответствует свой репозиторий (ну вдруг я потом на другую бд перееду). И в контроллер я внедряю нужный мне репозиторий и оттуда уже выцепляю нужные мне данные. Я думаю, что это не верно, и мне нужна еще некая модель промежуточная типа ViewModel. Что скажите?

Скажу например что почти наверняка твои репозитории бесполезное гавно. ))

+

Я никогда не собируюсь переезжать на другой источник

и чаще всего просто дубрирую методы модели

в репозитории

зачем тогда они тебе?

для понта? :)

Я никогда не собируюсь переезжать на другой источник

Даже не по этому. Просто репозитории с ар или готовят неверно или не понимают что они дают)

Много чего читал.

AR - это тоже репозиторий

AR - это тоже репозиторий

Ар мб?

АК- ?

не понял?

Ох жаль нет тут чувака из соседнего чата. Он бы расскзал тебе про культ Карго

расшифруйте пожалуйста :D

Просто хочется уже научится писать что-то тестируемое и не лапшовое.

Punto Switcher

Так что такое АР?

active record тут имеется в виду

ааа

Знаком по Yii2

Просто хочется уже научится писать что-то тестируемое и не лапшовое.

нет ничего проще, пиши тест, потом реализацию ;)

TDD вроде да?

Везде читал, что AR наоборот очень сильно мешает

потом при масштабировании

или допиливании

типа SRP не соблюдается

и все рушится(

да, про карго тут наверное было бы уместно упомянуть )))

что за карго?

Как это по гуглить?

культ карго :)

Знаком по Yii2

Так элоквент это тоже ар как и в yii

ну я стараюсь его не юзать так

там тоже есть все вот этии фильтры

сценарии?

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

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

лично не сравнивал плотно, но вроде как есть авторитетное мнение что AR в yii сделан лучше

Он имеет больше возможностей.

там тоже есть все вот этии фильтры

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

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

Я понимаю.

лично не сравнивал плотно, но вроде как есть авторитетное мнение что AR в yii сделан лучше

Нагло врут)

ERROR: S client not available

Но я решил использовать AR только как отражение строки бд.

Наверное глупо.

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

Помогают декораторы и сервис классы. В ларе собственно так же

ну вот AR и ругают за нарушение SRP

+

по сравнению с той же доктриной, которые эти вещи разделяет

Вот мой вопрос.

на то и извечный холливар AR vs DM

ну вот AR и ругают за нарушение SRP

Срать на срп. Учитывая удобство

Заключался в том, как построить приложение так, чтобы не нарушались SOLID.

так и строить

Куда вынести бизнес-логику?

Использовать репозитории или нет?

Типа это мне никогда не понадобится.

Подскажите пожалуйста. Кто как строит архитектуру? Я на начальном этапе познания всего этого. У меня есть слой моделей ORM (Eloquent), есть слой репозиториев, которые наследуются от 1 интерфейса и инжектятся с помощью IOC. Каждой моделе соответствует свой репозиторий (ну вдруг я потом на другую бд перееду). И в контроллер я внедряю нужный мне репозиторий и оттуда уже выцепляю нужные мне данные. Я думаю, что это не верно, и мне нужна еще некая модель промежуточная типа ViewModel. Что скажите?

В качестве вью модел советую презенторы)

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

до предела

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

Это то что нужно! Спасибо!

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

В качестве вью модел советую презенторы)

https://gist.github.com/Ellrion/02ca1afe1ea45f1177a47260dac5621d

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

Потом ctrl + a -> delete

И написать их заного.

Мне помогает :D

Куда вынести бизнес-логику?

В сервис классы

Я из презентеров вызываю сервис классы с бизнес логикой, которые вызывают соотвествующие репозитории, получают данные, работают с ними, возвращают в презентер и я его передаю во view. Так получается?

Я из презентеров вызываю сервис классы с бизнес логикой, которые вызывают соотвествующие репозитории, получают данные, работают с ними, возвращают в презентер и я его передаю во view. Так получается?

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

Как это связывается ?

Кто что откуда вызывает

Чтобы достать данные. Обработать. Отобразить.