Aleksey

Вы делаете нечто недоступное моему пониманию. Для чего получаете все посты? Почему сортируете коллекцию а не сразу в запросе?

$posts = Post::orderByDesc('id')->paginate(1);

return view('blog.posts.index', compact('posts'));

{{ $posts->links() }}

Доки почитать к используемым пакетам? https://laravel.com/docs/8.x/passport#migration-cu... например.

Почему вы решили что переменные запроса передаются и биндятся в контроллере по имени класса? Сергей delphinpro вам все верно ответил.

Вашим способом вы можете получать значения из URL

// Роут
Route::get('models/{model}',  ...);

// Контроллер
public function show(Model $model)
{
    // ...
}

А реквест, будьте добры, называть реквестом.

public function show(Request $request)
{
    dd($request->input('selectSetTopic'));
}

В 99% случаев вам это вообще не нужно. Но уж если боитесь что запрос "SELECT id, name FROM countries" положит вашу базу, то добавьте кеш.

// Роут
Route::get('countries', [CountryController::class, 'index']);

// Контроллер
public function index()
{
    // Обычный запрос
    $countries = Country::all(['id', 'name']);

    // Экономим 1мс. А может и теряем.
    $countries = Cache::remember('countries', 100500, function () {
        return Country::all(['id', 'name']);
    });
}

Вам верно ответили и N и Илья . На чистом Eloquent без raw запроса вы ничего не оптимизируете.

1 вариант. Ответ N это акцессоры в модели. Доки.
2 вариант. Ответ Илья это raw запрос. Доки.

Игнорировать по ID нужно, если в модели не прописано иное, а вы по slug пытаетесь.

// 'slug' => 'required|unique:categories,slug,'.$category->slug,
'slug' => 'required|unique:categories,slug,' . $category->id,

Вы что-то излишне намудрили с ключами. Внешний указывает на old поле, в связях вы его не используете.. Нужно выбросить половину бессмысленного кода и следовать соглашениям об именовании Laravel.

// Миграция users
$table->id();
$table->string('name');

// Миграция cities
$table->id();
$table->string('name');

// Миграция city_user
$table->foreignId('city_id')->constrained('cities');
$table->foreignId('user_id')->constrained('users');

// Модель User
public function cities()
{
    return $this->belongsToMany(City::class);
}

Это называется не роли а "подписки". Есть готовые пакеты как официальные, например https://laravel.com/docs/8.x/billing так и сторонние.

А в целом, для начала, достаточно одной таблицы типа subscriptions. Храните там юзера, тип подписки, и таймстамп срока годности типа valid_until. При обращении к функционалу который зависит от подписки проверяете что она ещё не закончилась. Какой-нибудь middleware добавьте HasActiveSubscription

public function handle(Request $request, Closure $next, string $subscription)
{
    if (
        $request->user()->subscription->name !== $subscription
        || $request->user()->subscription->valid_until < Carbon::now()
    ) {
        abort(403);
    }

    return $next($request);
}

Это примерная идея, в процессе сами уточните реализацию.

Первое и главное:
response()->json(...) По-умолчанию возвращает Content-Type: application/json. Ничего дополнительно не требуется.

Второе:

// Как вариант - json принимает заголовки третьим параметром
return response()->json($result, 200, ['Content-Type' => 'application/json; charset=UTF-8']);

Третье:
Вас не смущает что в middleware вы пытаетесь установить заголовки запросу?

// Это примерная идея, нужно проверять/тестировать
public function handle($request, Closure $next)
{
    $response = $next($request);
    $response->header('Content-Type', 'application/json; charset=UTF-8');

    return $response;
}