AnjeyTsibylskij

Как обычно, ответ есть в документации.

В целом, с развитием Laravel, весь фронтент рекомендуется выводить из Blade на Vue.js - а там уже на JS создавать любые формы и отправлять данные форм на сервер через API.

Вот простой урок на Laracasts (англ) - https://laracasts.com/series/learn-vue-2-step-by-s...

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

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

Если это не PostgreSQL, то можете попробовать строить дерево из "сырых данных" непосредственно в PHP (как подсказывает Вам ThunderCat ).

Но вообще лично я бы для начала оценил частоту изменений категорий в каталоге и общее количество категорий (объем данных), и в соответствии с этой информацией выбрал более подходящую модель хранения деревьев в БД.

Таких основных моделей четыре: Adjacency list, Nested Sets, Materialized Path и Closure Tables (можно рассматривать как развитие Adjacency List) плюс их вариации.

Каждый тип модели может послужить для оптимизации выборки данных из древовидных структур в БД.

Присутствуют готовые библиотеки и для Laravel:
Nested Set
Closure Tables

Для Adjacency List (вашей текущей реализации), просто сортируйте данные самостоятельно, либо попробуйте этот пакет.

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

Предлагаю определить Junior, Middle, Senior следующим образом, чтобы было понятно, куда двигаться:

• Junior - вы только-только начали ориентироваться (в языке или , может быть, в предметной области, в которой работает компания), поэтому вам говорят что делать и как это делать. Вы задаёте вопросы "почему так, а не вот так?" и получаете ответы (иногда ищете сами). Для вашей работы готовы все необходимые каркасы,
  вы делаете то, что для остальных очевидно. Вы с удовольствием фигачили бы код килобайтами, но пока много не знаете/не понимаете, поэтому основное время проводите в изучении: статей в интернет, мануалов по языку, чужого кода
  
• Middle - вы хорошо ориентируетесь (в язые или, может быть, в предметной области, понимаете употребляемый окружающими жаргон и можете поддержать беседу, рассказать о том, что узнать про это в интернете или конференциях), поэтому самостоятельно решаете как делать то, что вам говорят сделать, иногда оспаривая те или иные решения и предлагаю свои. Вы фигачите код килобайтами и даже мегабайтами и решаете не только стоящие перед вами задачи, но и учитесь делать что-то неизвестное ранее. Порой даже уговариваете менеджеров соглашаться на нереальные сроки и работаете по вечерам допоздна, лишь бы попробовать какую-то новую технологию/фреймворк/язык/etc
  
• Senior - вы свободно ориентируетесь (и в языке, и в предметной области, и в имеющемся в компании коде, вводите в обиход новые жаргонные словечки, которые подхватывают все), поэтому самостоятельно решаете как сделать и что сделать на основании целей и проблем, описанных руководством/заказчиком, иногда отговариваете их делать что-то ради того, чтобы сфокусировать команду и себя на важных вещах. Основная масса кода, который значится за вами в репозиториях сделаны в одном из первых коммитов, и включает в себя настройку подключенных фреймворков и создание каркаса для наполнения его силами Middle и Junior разработчиков. Вы отговариваете и убеждаете всех вокруг не делать то, чего делать не нужно, присматриваете за тем, чтобы Junior'ы (в большей степени) и Middle'ы (в меньшей степени) действовали согласовано и трактовали заложенный в проект каркас так, как вы это подразумевали.
  

Вам помогут только время и большое количество реализованных проектов. Всё приходит с опытом.
Я, например, каждые полгода делаю ревью собственного кода за предыдущие полгода и ужасаюсь - как я мог так писать? А ведь полгода назад я мнил себя профессионалом... и так каждые полгода ))

Судя по тому, что вы сюда даже исходник не можете выложить в читаемом виде, то и весь ваш остальной код не лучше. Поддерживать его не возьмется ни один нормальный разработчик - гораздо быстрее будет написать в нуля правильно, чем разобраться в ваших if, include и пр.

Хотя на скрине скрыт кусок "select *", но могу поспорить, что через форму регистрации в Nick возможна SQL-инъекция. И через браузер посторонний человек одним запросом может слить себе все ваши данные, а вторым - удалить вашу БД.

По какому алгоритму это происходит?

Суммарная оценка по следующим показателям:
1. Анализ JS-кода роботом на зловредные последовательности (сигнатуры) и прогон кода через антивирусные базы.
2. Проверка загрузки доп. ресурсов из "чёрного" списка источников для исполнения кода
3. Оценка поведения DOM-объектов при непосредственном исполнении кода
4. Нарушения различных прав
5. Прямые жалобы от пользователей
6. Борьба с неугодными сайтами под видом того, что сайт - вредоносный.
7. Хозяин-барин!

Как-то так:

window.addEventListener('keydown', function(event) {
  if (event.keyCode === 32 && event.target === document.body) {
    event.preventDefault();
  }
});

50 тыс. товаров - это мелкий магазин. Пишите на том ЯП, который лучше знаете.
Или возьмите любой готовый интернет-магазин.

Это не решение, это брутфорсище.

А вам никто еще руки не оторвал за такой код? Привыкли, что за вас компиляторы думают?
Например, проверять $a != $b внутри десяти вложенных циклов - это [к сожалению, цензурных слов не нашлось].
Кстати, РНР проверяет условия по порядку, и ставить первым самое тяжелое - это [ну, скажем, саботаж...].