Алексей Уколов

В контексте содержимого какой-либо строки не нужно добавлять отступы - приходится жертвовать читаемостью в пользу точности (а ещё бороться с IDE, которая может отступы сама добавлять при автоматическом форматировании). Ну или использовать вместо кастомных директив тернарные операторы:
Вместо @if($bool) 42 @endif писать {{ $bool ? '42' : '' }}.

А в контексте html-тегов эти лишние пробелы автоматически удаляются браузером. Например, вот такой код:

<span>  One  </span>
       <span>
               Two
</span>

будет отрендерен вот так:
One Two

Передать-то можно:

$data = $api->getJson();
$model = new YourModel($data);

Но только проще создать свои модели, не связанные с Eloquent (можно в них добавить трейт HasAttributes, если нравится его поведение), а не пытаться натянуть ужа на ежа. В "стандартной" модели очень много всего завязанного на Eloquent и подменить его будет сложно, лучше потихоньку добавлять нужную функциональность руками.

Ну а контроллерам вообще всё равно с какими объектами работать.

Вы привели в вопросе весь код, кроме того, который реально нужен - PageController.

Method App\Http\Controllers\PageController::national-students21 does not exist

Это ошибка переводится как "метод national-students21 класса App\Http\Controllers\PageController не существует. Собственно, с таким именем он и не может существовать, это синтаксическая ошибка.

Почитайте документацию: https://laravel.com/docs/8.x/controllers

Название столбца category_id переводится как "идентификатор категории" (единственное число). Тип этого столбца - число. Почему вы решили, что туда можно записать массив (и почему-то строк)?

Вы пишете "запускаю миграцию, но выдает ошибку". Фабрики с миграциями не связаны, соответственно, ошибка ещё в чём-то другом, что в вопросе не упомянуто. Что в ошибке конкретно написано? Или, может, вы "запускаете миграции" с флагом --seed и дело всё-таки в фабрике? Нам остаётся только гадать.

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

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

Впрочем, можете попробовать вот такое:

(new BooksListHist)
    ->setTable("lst_books_hist({$IdFilter['value']})")
    ->first();

Вы можете даже переопределить у модели метод getTable() и там дёргать параметры запроса.
Но, имхо, это всё кривые костыли и лучше сделать репозиторий, в котором будет чётко указано что можно делать, а чего нельзя с этими данными.

Вам нужно использовать ровно два метода — mapWithKeys и sum (предварительно обернув внутренние массивы в коллекцию).

получается я не могу создать таблицу post потому что еще нет таблицы categories

Получается.

надо создавать отдельную миграцию

Надо. Или просто ключи добавлять после создания таблиц в той же миграции. Но, к счастью, такая необходимость возникает примерно раз в никогда.

В методе rules() вы можете получить все переданные данные. По ним вы далее можете проитерировать и добавлять в массив $rules нужное правило, в зависимости от типа:

$rules = [...];

foreach ($this->get('some-field') as $index => $item) {
  switch ($item['type']) {
    case 'some-type':
      $rules["some-field.{$index}"] = [
        'some-rule',
      ]
      break;
  }
}

return $rules;

$user->articles->each->append('short_description')

P.S. Что это за бессмыслица?
$user['articles'] = $user->articles;

Нормально.

В контексте одной модели, а не коллекции, load работает точно так же, как и with — делает второй запрос к таблице отношения.
Так что вы даже можете load не вызывать, а просто использовать отношение — Eloquent всё автоматически загрузит. Load здесь нужен только если вам нужно управлять загрузкой отношения: указать дополнительное условие или дополнительные связи.

User::where('email', $request->email)->exists()

$user_tags = auth()->user()->tags()->pluck('id');
$tags = Tag::all()->each(function (Tag $tag) use ($user_tags): Tag {
  $tag->setAttribute('is_follow', $user_tags->contains($tag->id))
});

Логирование данных запроса — это работа для middleware.

public function getAdditionalAttribute(): Collection
{
    return collect([
        'some_option' => true,
   ]);
}

$user->append('additional');
(а из модели $appends убрать, раз явно его вызываете)

Использовать отличную от урока версию фреймворка - это странно.

есть решение по другому написать код

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

IDE helper для phpstorm работает как оказалось только с 8+ версией

Предыдущие версии пакета прекрасно работают с предыдущими версиями фреймворка, их никто не сжигал.

И это при том что я взял готовый архив из урока автора с композер и pacage json файлами

Уроки не отменяют необходимости думать и разбираться самостоятельно.

что посоветуете

если долго мучится - что нибудь получится

https://spatie.be/docs/laravel-permission/v4/intro...