поправьте меня, если я чушь ему советую

$transactionNotification = TransactionNotification::find(); возвращает ошибку

find ждет аргументов

Получается мне надо выполнить этот код для коллекции User::role('Частный инвестор')->first()->transactionNotification()->create([ 'saw' => false, 'lead_id' => $lead->id, ]);

Это вообще реально или foreach использовать ?

Всем привет

Кто юзал https://github.com/spatie/laravel-permission подскажите пожалуйста как можно удалить все права для 1 роли

Получается мне надо выполнить этот код для коллекции User::role('Частный инвестор')->first()->transactionNotification()->create([ 'saw' => false, 'lead_id' => $lead->id, ]);

роль, оформи константами

роль, оформи константами

Хорошо )

роль, оформи константами

А это как сделать без foreach ? $underwriters = User::role('Андеррайтер')->get(); foreach ($underwriters as $underwriter) { $underwriter->transactionNotification()->create([ 'saw' => false, 'lead_id' => $lead->id, ]); }

find ждет аргументов

конечно он ждет аргументов

хз надо посмотреть batch/bulk аптейты в лараве

транзакшнНотификейшн это релейшн вообще?

А это как сделать без foreach ? $underwriters = User::role('Андеррайтер')->get(); foreach ($underwriters as $underwriter) { $underwriter->transactionNotification()->create([ 'saw' => false, 'lead_id' => $lead->id, ]); }

https://laravel.com/docs/5.7/eloquent#updates

я так понимаю ::where будет достаточно

транзакшнНотификейшн это релейшн вообще?

да public function transactionNotification() { return $this->hasMany(TransactionNotification::class); }

а сорре, я релейшен не увидел

для пивот тейбл надо же belongsToMany

нет?

ну, окей, надо тут слишком жесткое слово

дык, ты енивей можешь избавится от форича, выбрав всех ->transactionNotification (не ебу чо это) простым where запросом, просто наоборот, а из профитов, что ларка вроде как сама это все соберет в транзакцию

я все равно не понимаю че он хочет

он хочет одну связь добавить всем юзерам?

*одну запись

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

Нет всем пользователям с ролью Андеррайтер надо создать запись в таблице transactionNotification т.е если 5 пользователей с этой ролью то в transactionNotification должно создаться 5 записей и в кажой записи будет связка с Андеррайтером

User::role('Андеррайтер')->get(); я поулчил всех пользователей теперь надо каждому пользователю ->transactionNotification()->create([...

так ты говорил про связь через таблицу

у тебя есть таблица transaction_notification_user?

transaction_notifications

и что там?

id, saw, lead_id, user_id

тогда тебе надо указать явно в связи

название таблицы связи, и ключи

Всем привет. Извините что вопрос глупый, но набрал composer update и выдало следующее

@php artisan package:discover Discovered Package: anhskohbo/no-captcha Discovered Package: barryvdh/laravel-elfinder Discovered Package: barryvdh/laravel-ide-helper Discovered Package: beyondcode/laravel-dump-server

не подскажите что это такое?

@php artisan package:discover Discovered Package: anhskohbo/no-captcha Discovered Package: barryvdh/laravel-elfinder Discovered Package: barryvdh/laravel-ide-helper Discovered Package: beyondcode/laravel-dump-server

https://medium.com/@taylorotwell/package-auto-discovery-in-laravel-5-5-ea9e3ab20518

https://medium.com/@taylorotwell/package-auto-discovery-in-laravel-5-5-ea9e3ab20518

спасиб

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

делать product_review, review_user ?

делать product_review, review_user ?

review, users

это и так понятно

это и так понятно

ну потом через has many

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

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

2

в проекте не две сущности

в проекте не две сущности

ну таблицы нужно 2 в данном случае

ну нет. тогда 4

две для сущности и две для связи

оба варианта

Нет.

две для сущности и две для связи

просто в reviews должны быть столбцы user_id и все

Нахуя дезориентировать людей, если сам не знаешь ?

просто в reviews должны быть столбцы user_id и все

ну или че там в качетсве внешнего ключа

Нахуя дезориентировать людей, если сам не знаешь ?

вы мне?

не тебе

Нет, очевидно

не тебе

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

попробую

ты просто подтвердил то что я собирался делать)

?

я думал просто может есть какой то подводный камень в этом

потому что у меня тут и так уже 5 связных таблиц у продукта

я думал просто может есть какой то подводный камень в этом

нет, так как я предложил жедать вск делаю

потому что у меня тут и так уже 5 связных таблиц у продукта

так правильно

как это потом грузить?)

как это потом грузить?)

так через связи

а если их 10 штук?

а если их 10 штук?

а в чем проблема?

ну я помню там как то можно было указать чтобы все жёстко тянулось

а не через лоад

а в чем проблема?

они автоматом подключаются ведь прио обращении

разве

разве

нв если тебе надо сразу подгружать значение связей есть with который скоращает кол-во запросов

разве

почитаешь может про связи? Я просто лучше чем дока врятли объясню

я знаю че так связи)

я забыл как делать не ленивую загрузку

)

я забыл как делать не ленивую загрузку

with

это как раз ленивая

пока не попросишь не привяжет)

пока не попросишь не привяжет)

неленивая по умолчанию ведь

да?

не знал

да?

да, как обратишся к связи, так она сделает запрос

ух нет

тогда это надо делать в шаблонах

а в шаблонах вроде как обращаться к связи неок

а в шаблонах вроде как обращаться к связи неок

ок :)

а в шаблонах вроде как обращаться к связи неок

ведь ты не выборку в шаблоне делаешь, не портишт вью ведь

из шаблона идет запрос

нет?

вот хочу я сделать так чтобы во вью отдавалась модель со всеми связями из кэша

и мне каждый раз при новой связи возвращаться и дописывать with?

вот хочу я сделать так чтобы во вью отдавалась модель со всеми связями из кэша

тогда делай ленивую загрузку

да ленивая это та которую ты описал

...

и мне каждый раз при новой связи возвращаться и дописывать with?

до :D, наверное до

ладно мы спорим о фигне