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

Для этого есть готовый механизм: Custom Guards.

трех разнородных сущностей, требующих единого идентификатора для авторизации?

Если вам действительно нужен единый сквозной идентификатор, то проще всего использовать одну таблицу регистраций + N таблиц профилей (по одной для каждого типа).

Как устранять потенциальные дубли и делать выборку по трем таблицам.

Это сильно зависит от логики и требований приложения.

я про то что данные передаются через конструктор . Ведь можно просто в самом коде их определить того же файла

В конструктор в данном случае передаются на данные, а объект, который будет строить запросы. Это же класс репозитория - он инкапсулирует запросы к БД, но пользуется при этом моделями Eloquent.

class PortfoliosRepository extends Repository {
  public function __construct(Portfolio $portfolio) {
    $this->model = $portfolio;
  }

  // Этот метод, скорее всего, есть в базовом классе
  public function find(int $id): ?Portfolio
  {
    return $this->model->find($id);
  }

  // А это пример инкапсуляции сложной логики
  public function featured(): Collection
  {
    return $this->model
      ->with(['some', 'relations'])
      ->where('field', 'value')
      ->orWhere('other_field', 'value')
      ->orderBy('created_at')
      ->limit(42)
      ->get()
      ->each
      ->append('mutated_attribute');
  }
}

Используется этот класс так:

$repository = new PortfoliosRepository(
  new Portfolio // <- не какое-то существующее портфолио из БД, а "пустой" объект
);

$repository->featured();

Сначала нужно установить пакет и только потом регистрировать его провайдер.
Откуда возьмётся класс провайдера, если вы его не установили?

На уровне БД (конкретно в MySQL) такое реализовать нельзя, нужно эту логику закладывать в приложение.
UPD: выше написана ерунда, читайте комментарии к ответу.

Примерно так это будет выглядеть (код из живого проекта, поэтому сущности другие, но смысл тот же):

class UniqueAmongActiveClients implements \Illuminate\Contracts\Validation\Rule
{
    public function passes($attribute, $value): bool
    {
        return Client::shouldBeUniqueAndItIs($attribute, $value, auth()->id());
    }
}

class Client extends Eloquent
{
    public static function shouldBeUniqueAndItIs(string $attribute, $value, ?int $excludedId = null): bool
    {
        $query = static::withoutTrashed()->where($attribute, $value);

        if ($excludedId) {
            $query->where('id', '<>', $excludedId);
        }

        return $query->doesntExist();
    }
}

P.S. Стандартное поле deleted_at заменять костылями, как советуют в соседних ответах, конечно, не нужно.

app('events')->listen('eloquent.saved: *', ...);
app('events')->listen('eloquent.deleted: *', ...);
app('events')->listen(['eloquent.pivotAttached: *', 'eloquent.pivotDetached: *', 'eloquent.pivotUpdated: *'], ...);

Для событий пивотов нужно поставить пакет fico7489/laravel-pivot.

Ну, двойную сортировку я ещё могу понять. Но чего вы вторым лимитом пытаетесь добиться, какой результат ожидаете? Вы реально одно и то же поле пытаетесь отсортировать сначала по убыванию, а потом по возрастанию? Какой результат вы ожидаете в таком случае?

Вообще, множественная сортировка именно так и указывается - Eloquent под капотом собирает все сортировки в массив и применяет их по очереди. Проблема у вас в том, что запрос какой-то бессмысленный.

Баг у вас в чтении документации: https://laravel.com/docs/5.8/requests#configuring-...

https://laravel.com/docs/5.8/scheduling

CSRF

В первом случае у вас коллекция (хоть и из одного элемента), а во втором сразу модель.
Скорее всего, вы пытаетесь обратиться к какому-то атрибуту пользователя, но получить его пытаетесь на коллекции - вот и ошибка.
Ни кода view, ни названия индекса вы не предоставили, так что больше ничего сказать нельзя.

Вот так сторонний сервис будет вызываться не чаще раза в минуту:

Cache::remember('key', 60, function () {
    return file_get_contents('http://json/');
});

Но только если параллельно не прилетит два запроса, когда данные протухнут - тогда нужно использовать локи.

У вас схема таблицы кривая - поле id должно быть помечено как автоинкрементируемое.

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

public function __construct()
{
    $this->redirectTo = route('another-uri');
}

Что по-вашему должна делать конструкция {{!! в Blade?

Один из вариантов:

route(
  'route.name',
  array_merge(
      request()->query(),
      [
          'sortBy' => 'relevance_score',
          'sortOrder' => ($currentSortBy === 'relevance_score' && $currentSortOrder === 'asc') ? 'desc' : 'asc',
      ]
   )
)

Вроде, есть что-то более красивое у объекта запроса, не помню почему мы написали именно так у себя.

Прямо в миграции их и добавить. Через модель, через фабрику или через прямые запросы - как угодно.

$post->categories()->sync($request->get('categories'));

Судя по всему, никак:

The limit and take query builder methods may not be used when constraining eager loads.

https://laravel.com/docs/5.7/eloquent-relationship...

getThumbAttribute() + protected $appends = ['thumb']