attach по идеи должен работать нормально

attach по идеи должен работать нормально

SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'catalog_id' cannot be null (SQL: insert into catalog_filters (filter_id, catalog_id, updated_at, created_at) values (5, , 2017-08-28 18:19:14, 2017-08-28 18:19:14)) //если только на него тажа бага не повлияла

SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'catalog_id' cannot be null (SQL: insert into catalog_filters (filter_id, catalog_id, updated_at, created_at) values (5, , 2017-08-28 18:19:14, 2017-08-28 18:19:14)) //если только на него тажа бага не повлияла

так как по аналогии foreach (array_unique($request->sections) as $section) { if ($section != '-1') { $val = new CompanySection(); $val->section_id = $section; $val->company_id = User::find(Auth::user()->id)->company->id; Company::find($val->company_id)->companySection()->save($val); } } все ок

попробуй может сначала сохранить модель, потом её приаттачить

попробуй может сначала сохранить модель, потом её приаттачить

$ad->save(); //dd($ad->id); foreach ($request->filters as $filter){ $val=new CatalogsFilters(); $val->filter_id=$filter; $val->catalog_id=$ad->id; $ad->filtersThisElement()->save($val); }

да и так

+пробовал $ad_v2 делать после save через find

Тажа лажа

у меня уникальная память, я ни хуя не запоминаю

и не понимаю этих примеров где не дописано до конца ничего

мол достаньте презерватив, конец

$val->save(); $ad->название связи с фильтрами()->attach(ид модели, которую ты аттачишь);

$val->save(); $ad->название связи с фильтрами()->attach(ид модели, которую ты аттачишь);

attach($id,$array); ?

и не понимаю этих примеров где не дописано до конца ничего

тогда стоит хорошо подумать, нужно ли тебе влазить в это болото потому что главный скилл кодера - не знать ЯП/фреймворки и т.п., а уметь быстро разбираться в новой тулзе, решать находу проблемы / лепить конфетку из говна и палок

нет

ну там либо айдишку одну указываешь, либо массив айдишок

но не и то и другое

$val->save();//это тут случайно? $ad->название связи с фильтрами()->attach(ид модели, которую ты аттачишь);

$ad->filtersThisElement()->attach(array_unique($request->filters)); //такой вариант я пробовал

вообще, если изначально смотреть

то ты сделал для связи огромный костыль

Call to undefined method Illuminate\Database\Query\Builder::attach() //может я чего подрубил просто

потому что для этого не нужно создавать отдельную модель

у тебя должна быть первая и вторая модель, которые ты связываешь объявленные связи в моделях и созданная таблица с названием user_roles например

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

а ты изначально пошел по более тернистому пути

у тебя должна быть первая и вторая модель, которые ты связываешь объявленные связи в моделях и созданная таблица с названием user_roles например

так также, каталог, фильтры, каталог_фильтр

но ты создал отдельную модель CatalogFilters

для связывающей таблицы

этого не нужно делать

public function filters() { return $this->belongsToMany(\App\Model\Filters::class, 'catalog_filters', 'catalog_id', 'filter_id'); }

тебе нужно фильтр к каталогу привязать?

Так, такой вариант был в начале, сейчас гляну что ему не вкотило при сохранение

$catalog->filters->attach(ид фильтра);

и всё, никакие третьи модели не нужны

тебе нужно фильтр к каталогу привязать?

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

да, можно массив тогда целый бахнуть с айдишками

и привязать сразу много фильтров

если что-то не работает, значит внимательно пересмотри, как ты объявил связи в моделях, возможно local key и foreign key местами перепутал, возможно поля в связывающей таблице криво назвал, возможно название таблицы не такое

да, можно массив тогда целый бахнуть с айдишками

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

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

это костыли, не стоит так делать

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

Спасибо

Ед...Тут второй баг мини

креате и апдейт пусты

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

это скорее всего наследствия костыля

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

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

это скорее всего наследствия костыля

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

?

сек, сейчас точно гляну чтобы не соврать

сек, сейчас точно гляну чтобы не соврать

public function filters() { return $this->belongsToMany(\App\Model\Filters::class, 'catalog_filters', 'catalog_id', 'filter_id')->withTimestamps(); }

Уже нащел, спасибо

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

Изначально он у всех время не указывал)

у меня есть маленькое апи для сайта-визитки с простой структурой и реализацией связей, могу открыть тебе доступ в битбакете, посмотришь себе для примера как оно работает

там связи прописаны примерно так http://savepic.org/8675920.png

у меня есть маленькое апи для сайта-визитки с простой структурой и реализацией связей, могу открыть тебе доступ в битбакете, посмотришь себе для примера как оно работает

Был бы признателен. Кстати, $fillable ...Вроде везде пишут что нужен, и без него поля не сохраняются, но у меня почему то он ни разу не потребовался

пиздец ни одного примера выводящего данные из бд в таблицу

пиздец ни одного примера выводящего данные из бд в таблицу

$array=Model::get(); //// <table> <?php foreach($array as $val) : ?> <tr> <td><?php echo $val->name; ?></td> <td><?php echo $val->count; ?></td> </tr> <?php endforeach; ?> </table>

почему форич не во вьюшке?

ну всмысле не index.blade,php

с этой хуйнёй вот @forich

endforich

ну всмысле не index.blade,php

Потому что он во вьюшке //// я разделил 2 участка

пиздец ни одного примера выводящего данные из бд в таблицу

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

а где контролер

с этой хуйнёй вот @forich

На всякий случай ее не использовал...Так как как вывести массив ответит первая выдача гугла. Побоялся что blade синтаксис не знаете

а где контролер

Если вы знаете что такое контроллер, то не проще его уже написать)

Был бы признателен. Кстати, $fillable ...Вроде везде пишут что нужен, и без него поля не сохраняются, но у меня почему то он ни разу не потребовался

Напиши мне в личку свою почту, кину инвайт в репо

у меня в ебаном контролере $nick = DB::table('user')->first(); return view('statistic', ['users' => $nick]);

но мне нужен не хуйня эта массивная

а обычная надпись

Petya и всё блять

я пишу {{$nick}}

в ебаном шаблоне

и ни хуя

смотри, передаешь запись во вьюшку, а во вьюшке юзаешь {{ $переменная_где_запись->поле_в_котором_ник }}

{{$nick}->nick}} ?