Дмитрий

Просто вбить в гугле Laravel Nestedset, и там по первой ссылке будет https://github.com/lazychaser/laravel-nestedset

<div class="catalog-section" v-for="category in categories" :key="category.index">
          <h2 class="catalog-section--title title-default">{{category.name}} {{category.id}}</h2>
          <p class="catalog-section--label label-default" v-if="category.label">{{category.label}}</p>
          <div class="row">
              <template v-for="item in posts">
                 <div class="col-xs-12 col-sm-6 col-md-6 col-lg-4"  v-if="item.category === category.id" :key="item.index">
                    <product-item :item=item />
                 </div>
              </template>
          </div>
    </div>

?

Все просто, для логики - сервисы. да.
В моделях оставются всякие рилешены, мутаторы, я туда так же сую проверки простые, типо checkIsPaid()

Ничего страшного, что сервис знает о модели.
А данные в сервис пердавать желательно через DTO, также видел некоторые реквесты передают, но не массивом или списком агрументов.
Репозитарий обычно не нужен если используете элокуент. Репозитарий нужен как поддержка разных испочников данных. типо если у вас есть елокуент и докрин или вобще какое-то сторонее апи, то описывается интерфейс репозитария и уже для каждого источника реализуется по разному.
Если у вас только элокуент, то по сути репозитарий будет повторять вашу модель. вобщем шило на мыло. элокуент грубо говоря репозитарий для разных БД

у одного пять букв в названии, у другого три

освойте js, и подобные вопросы перестанут вас волновать

сделать можно, без особых проблем. но при этом вы напрочь убьёте часть юзеров. это вам надо?

Создайте в таблице пользователей еще 1 поле (например password_hash_version).
Всем старым пользователям проставьте метод md5 в это поле, а новым пользователям или тем кто сбрасывает пароль bcrypt.
И при авторизации просто смотрите какой алгоритм использовать, старый или новый.
Когда переведете всех пользователей на новый алгоритм хеширования, старый можно удалить.

lovebarcafc,

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

А если таких параметров больше? И контроллеров, в которых это делается тоже больше 1? Смысл middleware в том, что его можно применить массово из одного места - на все роуты, только апи, консоль или веб, группу роутов... Вот например я пишу АПИ для iOS приложения, и хочу быть уверен, что все запросы на мои роуты содержат заголовок Content-Type: application/json. Запилить под это middleware - самое оно.

Middleware следует воспринимать не как из примера в доке с возрастом, а как слои, через которые request и response проходят. Request входит в приложение и пропускается через ряд "фильтров" (middleware), потом то же самое происходит с response.

m[i][j]=(int)(10*Math.random());
This.
Не совсем понятно, с чего бы ему заполняться числами от 0 до 15, если массив заполняется рандомно.
Замените эту строчку на переменную, которая после каждой итерации увеличивается на единицу.

Кому-то надо пойти почитать про тип float и проблемы, с ним возникающие, а то, не дай Ктулху, он ещё и деньги в нём хранить будет...

есть две таблицы "countrys"

в смысле countries? И это, запятые экономить не надо, навряд ли у вас 2 таблицы countries.

и вторая таблица "citys"

в смысле cities?

и countri_id, последний это id страны

в смысле country_id?

список нужных городов а как теперь сделать не весь список, а скажем только по 5 городов на страницу не понимаю.

ЗАПЯТЫЕ!!!

по 5 городов на страницу

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

Сделал другую ссылку с полным списком городов и в нем постраничный вывод всё норм, а как теперь в него засунуть еще и выбор страны не понимаю

ну так а какая разница, тот же селект, просто добавляется условие where country_id = и номер страны.

Первая строчка поиска