Станислав Почепко

Сделайте связь один ко многим с объектом Image в БД.
К продукту будете привязывать изображения.
А в самом объекте изображения хранить ID, originalName, path, product_id.
В таком случае у вас не будет каши в голове и вы разберетесь, как это рабоатет, да и схема более прозрачна.
В контроллере после сохранения изображения создавайте для него объект и сохраняйте в БД с необходимыми связями

Отключите CSRF на этих роутах. Но это не безопасно.

permission_id != permissionS_id

public function getFioAttribute() {
return $this->name . ' ' . $this->lastname;
}

В итоге использовать так
$user->fio

https://laravel.com/docs/5.5/routing#route-model-b...
Customizing The Resolution Logic

offset
Читайте документацию
https://laravel.com/docs/5.5/queries#ordering-grou...

Преимущества ни там ни там нет. Так как между собой SPA и Back-end общаются посредством запросов с использованием JSON (Чаще всего). В JSON умеют все популярные и не популярные фремворки.
То, что говорят, что скорость развертывания с laravel быстрее - чушь. В нормальных проектах SPA и Back-end лежат в отдельных репозиториях. Это необходимо для гибкости. Вдруг понадобится развернуть их на разных серверах. То есть разделить ресурсы. Если это будет в одной репе, то сервере будет отрабатывать http запросы и для spa и для back-end. Overload!

Запрос с последующей фильтрацией. Если вам понадобится выбирать из этих ТОП объявлений 3 рандомных. Ибо MySQL (если он у вас используется) очень туго работает с рандомной выборкой.

А там решайте сами, то ли вы сделаете запрос 1 с ТОП и не топ, а потом отфильтруете, или сделаете 2 запроса ТОП + не топ. И среди ТОП отфильтруете нужные. Я бы выбрал 2 запроса. Так как не ясно, сколько записей придётся скриптом фильтровать. Все же MySQL может выиграть здесь в скорости

Оберните всё в div

<template>
<div>
    <banner></banner>
    <services></services>
</div>
</template>

Внутри template тега должен быть только один кореновой элемент

Попробуйте ещё
php artisan config:clear