ВС
Господа, хочу предложить вашему вниманию мой пакет дампера, похож на dd но с плюшками облегчающими жизнь. https://github.com/dobrik/extended_dumper
Уже пять релизов. А где же автотесты / автосборка? А где же соответствующее описание проекта?
Size: a a a
2020 January 17
D
Будут, не переживайте
ВС
Делаете внешнюю ссылку на изображение, гитхаб сам всё к себе подтащит.
ВС
Не надо это в вендор пихать
kk
Добрый день. Подскажите пожалуйста. У меня есть сеттер атрибута в модели User, который привязывает отношения ManyToMany
А вот при создании User::create ошибка, Laravel пытается сначала создать поля в таблице отношений, а пользователя ещё нет. Ошибка user_id can not be null.
Помогите 😊
public function setTeamsAttribute($ids)При редактировании User::update(['teams' => [1,2,3]]) работает отлично
{
$this->teams()->detach();
$this->teams()->attach($ids);
}
А вот при создании User::create ошибка, Laravel пытается сначала создать поля в таблице отношений, а пользователя ещё нет. Ошибка user_id can not be null.
Помогите 😊
ВС
Будут, не переживайте
https://github.com/dobrik/extended_dumper/blob/master/composer.json#L12 - почему в композере license MIT, а в проекте GPL v3?
ВС
Приведите-ка всё в порядок и потом уже афишируйте ваш пакет, очень всё херовато оформлено.
D
Добрый день. Подскажите пожалуйста. У меня есть сеттер атрибута в модели User, который привязывает отношения ManyToMany
А вот при создании User::create ошибка, Laravel пытается сначала создать поля в таблице отношений, а пользователя ещё нет. Ошибка user_id can not be null.
Помогите 😊
public function setTeamsAttribute($ids)При редактировании User::update(['teams' => [1,2,3]]) работает отлично
{
$this->teams()->detach();
$this->teams()->attach($ids);
}
А вот при создании User::create ошибка, Laravel пытается сначала создать поля в таблице отношений, а пользователя ещё нет. Ошибка user_id can not be null.
Помогите 😊
я делал так
public function setTagsAttribute($value)
{
self::saved(function (self $model) use ($value) {
$model->tags()->sync($value);
});
}
public function setTagsAttribute($value)
{
self::saved(function (self $model) use ($value) {
$model->tags()->sync($value);
});
}
ВБ
Добрый день. Подскажите пожалуйста. У меня есть сеттер атрибута в модели User, который привязывает отношения ManyToMany
А вот при создании User::create ошибка, Laravel пытается сначала создать поля в таблице отношений, а пользователя ещё нет. Ошибка user_id can not be null.
Помогите 😊
public function setTeamsAttribute($ids)При редактировании User::update(['teams' => [1,2,3]]) работает отлично
{
$this->teams()->detach();
$this->teams()->attach($ids);
}
А вот при создании User::create ошибка, Laravel пытается сначала создать поля в таблице отношений, а пользователя ещё нет. Ошибка user_id can not be null.
Помогите 😊
вместо
$this->teams()->detach();
$this->teams()->attach($ids)
можно делать просто $this->teams()->sync($ids).
А конкретно по задаче, мне кажется это лучше через события делать, а не через сеттеры
$this->teams()->detach();
$this->teams()->attach($ids)
можно делать просто $this->teams()->sync($ids).
А конкретно по задаче, мне кажется это лучше через события делать, а не через сеттеры
kk
я делал так
public function setTagsAttribute($value)
{
self::saved(function (self $model) use ($value) {
$model->tags()->sync($value);
});
}
public function setTagsAttribute($value)
{
self::saved(function (self $model) use ($value) {
$model->tags()->sync($value);
});
}
Спасибо, работает отлично! =)
И про sync, спасибо в двойне 😊
И про sync, спасибо в двойне 😊
МК
Ну вот к примеру
https://www.drupal.org/project/paragraphs
https://www.drupal.org/project/paragraphs
Благодарю!
LA
подскажите как удобнее организоваться в такой ситуации - есть сущность транзакции и сущность сотрудник. Транзакции могут быть нескольких типов: зарплата, аванс, штраф, покупка и т.п. Изначально хотел делать через наследование всех типов транзакций от базовой модели. Но сейчас думаю - а как прописать связи для сотрудника к, например, авансам. Если просто прописывать как к таблице транзакций, но указать класс модели аванса, по связи все равно прилетят все транзакции
SS
подскажите как удобнее организоваться в такой ситуации - есть сущность транзакции и сущность сотрудник. Транзакции могут быть нескольких типов: зарплата, аванс, штраф, покупка и т.п. Изначально хотел делать через наследование всех типов транзакций от базовой модели. Но сейчас думаю - а как прописать связи для сотрудника к, например, авансам. Если просто прописывать как к таблице транзакций, но указать класс модели аванса, по связи все равно прилетят все транзакции
каждый тип это своя модель? тогда можно пихать имя класса этой модели в таблицу транзакций, какое нить поле type
LA
каждый тип это своя модель? тогда можно пихать имя класса этой модели в таблицу транзакций, какое нить поле type
есть такое поле
SS
и дальше отнощение hasMany(...)->where('type', self::class)
SS
точнее where самом hasMany()
LA
точнее where самом hasMany()
в смысле?
Сейчас оно так, как ты сначала написал
но мне не нравится, что теперь везде нужно писать
Сейчас оно так, как ты сначала написал
public function prepayments () {
return $this->hasMany(Prepayment::class, 'employee_id', 'id')->where('transaction_type', Prepayment::class)
} но мне не нравится, что теперь везде нужно писать
$employee->prepayments->get(). Вот это последнего get() я и хочу избежатьSS
а, понял.. я чуть задачу сначала не вкурил
тогда аксессором
public function getPrepaymentsAttribute() {
return $this->_prepayments()->get();
}
и в $employee->prepayments должно по идее быть то что нужно
тогда аксессором
public function _prepayments () {
return $this->hasMany(Prepayment::class, 'employee_id', 'id')->where('transaction_type', Prepayment::class)
} public function getPrepaymentsAttribute() {
return $this->_prepayments()->get();
}
и в $employee->prepayments должно по идее быть то что нужно
EG
и дальше отнощение hasMany(...)->where('type', self::class)
