https://github.com/artem328/laravel-yandex-kassa еа качество кода не смотрел, в проектах боевых не юзал

для боевых сам писал сервис

Не резидент

не ип

какие валюты то?

Рубли

проще всех прикручивается яндекс. у него есть куча способов и пожертвования собирать (там вообще минимальная интеграция)

и на физлицо регать

и т.д.

http://www.free-kassa.ru/

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

на уровне базы это можно сделать жеж

с помощью foreign keys

ON DELETE CASCADE ON UPDATE CASCADE

но если религия не позволяет юзать внешние ключи, можно какой то тригер зафигачить в boot() модели

Да на уровне баз сделать нет проблем, хотел бы именно опираясь на религию)

Так по религиии

то на уровне базы

ну вот религия как раз об этом

что нужно это делать на уровне базы/миграций

У всех своя религия)

иначе руками удаляй каждую запись в транзакции

либо вешай триггер в boot модели

на удаление дочерней записи

Просто если реализовать на уровне бд

но это костыль костыльный

оно будет работать куда быстрее

и куда менее геморно

и прямо как религии

+ само собой там могут быть коллизии, если решать это триггером напримеръ

т.к. тебе нужно оборачивать это дело в транзакцию

Понял, думал можно как то просто сделать на уровне модели, подтягивая при удалении релейшн

можно, я же говорю

Так через бд еще проще

щас пример покажу, как можно

в миграции

но это костыль, ещё раз повторяю

щас напишу пример, секунду

ок, спс

$table->foreign('target_id')->references('id')->on('targets')->onDelete('cascade');

Вот тебе и удаление

protected static function boot() { parent::boot(); static::deleting(function($model) { $model->related()->delete(); }); }

но это не правильно, опять же.

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

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

они для того и придуманы

чтобы руками такие костыли не городить

Надо бы у себя бд в порядок привести

Хотя так лень

у меня там зависимость

от зависимости

Хотя стоп

При удалении группы

Да, нужно удалять связанные с ней уведомления

и настройки

если уведомления реализованы через полиморфную связь

то удалять нужно уже руками..

тут через базу не получится..

Я там так запилил что можно будет

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

https://laravel.com/docs/5.3/eloquent-relationships#many-to-many-polymorphic-relations

вот таким образом.

в классе очереди

можно ведь использовать модели?

class SendSmsCNotify implements ShouldQueue { use InteractsWithQueue, Queueable, SerializesModels; use App\User;

так например

шта

ERROR: S client not available

это трейты

ты модель как трейт импортишь

импорт класса под неймспейсами, внутри класса импортятся трейты

Как с помощью mail:raw

можно указать что письмо у нас html?

Что ему может не нравиться?

v != w

@f3ath це рендеринг шрифтов в виндоусе

вхере правильно написан жи

а

ну у тебя же онов лямбде

сделай use ($setting)

Логично однако

форматирование тебя подвело

золотое правило - одно действие на строку

т.е. не больше одного

Где должны лежать шаблоны мыл?

в произвольной папке?

Mail::send('emails.notify', array('text' => $this->data['text']), function($message) use ($setting) { $message->to($setting->email, 'SocNotify')->subject('Уведомление от сервиса'); });

на gmail письмо приходит от отправителя exemple

example

как такое может быть?

Мб оно как то закешировало?

Вот, какого хуя оно так делает?

как оно тебе закеширует

?

ну дык ты укажи от кого

$message->from()

$message->to($setting->email, 'SocNotify')

array('text' => $this->data['text']) неплохо было бы выйти из каменного века и начать юзать [нормальные массивы]... Наверное