Vasyl Fomin

если брать laravel, то за определение "на какой странице мы находимся" ответственен роутинг.

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

например у тебя есть страницы page1, page2, page3, page4 причем page2, page3 - дочерние для page1, а page4 - дочерняя для page3

вычисленные URL будут page1, page1/page2, page1/page3, page1/page3/page4

а в роутинге ты просто описываешь get('/prefix/{slug}')

например так:

Route::get('/p/{slug}', ['as' => 'page_by_slug', 'uses' => 'FrontController@page_by_slug'])->where('slug', '[A-Za-z0-9][A-Za-z0-9/_-]+');

а это для чисел

Route::get('/~{id}', ['as' => 'page_by_id', 'uses' => 'FrontController@page_by_id']);

если программируете на php 2-3 года, то пора бы перед сном почитать РНР: объекты, шаблоны и методики программирования (Зандстра) желательно в бумажном варианте.

+ Паттерны проектирования (Фримен) для общего/наглядного понимания паттернов
+ www.phptherightway.com основные тезисы
+ Рефакторинг: улучшение проекта существующего кода (Фаулер) & https://refactoring.guru/ru на будущее, к чему стремиться :)

Шаблоны проектирования с человеческим лицом
К сожалению, не успел к началу вопроса, многое уже посоветовали, но эту статейку вроде не успели еще кинуть. Недавно нашел ее и просто поразился как просто и доступно это изложено + с примерами кода на php. Просто шикарный перевод великолепной статьи!

От себя же хочу сказать, что единственный способ понять паттерны - это столкнуться с проблемами которые они решают, ибо паттерны ни что иное как шаблоны решения каких то проблем (и предотвращения). Так что делаем вывод - нет проблем, не может быть и решений (конечно, вы просто не осознаете, что они есть, так как проект растет довольно медленно и чаще это какие то правки или добавление нового функционала, который не зависит от старого). Я очень долго пытался с ними разобраться, пробовал читать все перечисленные книги, но вроде читаешь такой и типа понимаешь, но с другой стороны какбы и нет. Вроде понятно, но где это применять хрен знает. Вообщем, как уже сказали, нужны реальные проблемы и тогда открываешь книгу с решениями этих проблем и думаешь какое решение выбрать. Это как с рецептами.. Хочешь что то приготовить, можешь как бы и сам, но не факт, что вкусно получится, тогда открываешь книгу проверенных рецептов и начинаешь применять все по шагам, опираясь при том на ингридиенты, которые у тебя имеются.

Так что посоветую 2 варианта изучения.
1) Тупо работаешь над сложные проектами, только действительно сложными, а не сайтиками на cms. И со временем ты начинаешь встречаться с проблемами. Тогда открываешь паттерны и тебе не придется даже как то их особо понимать, потому что это будет естевственно для тебя. Я думаю ты используешь ide вместо редактора кода. Но к примеру я помню тот момент, когда я пользовался саблаймом и знал, что есть ide, но я писал на тот момент простые вещи и когда мне говорили, почему я не юзаю ide, ведь в ней столько всего, я не понимал их потому что мне и саблайма за глаза хватало. Но пришло время, когда надо было то и се и саблайма стало мало. И тут открываю ide, а там уже есть все необходимое и думаешь в такие моменты, как я раньше этим не пользовался. А дело в том, что раньше и не надо было. Может неудачный пример, но вы поняли ) Конечно, этот вариант изучения не совсем реален, по скольку сложный проект еще найти надо, да еще попасть в команду, которая не говнокодит, так как и крупные проекты бывают достаточно плохо написаны. Но можно как вариант к примеру делать свою cms и применять в ней как можно больше паттернов.

2) Тупо садитесь и изучаете паттерны (как и делал я). Но не просто изучаете, а к какждому паттерну придумываете как можно больше проблем, которые может у вас были или могут быть, так как паттерны в большинстве случаях любят описывать в метафорах, но чаще это получается слишком абстрактно, поэтому нужно чтобы вы придумали свои конкретные задачи, где бы вы попробовали применить этот паттерн. И второй этап - садитесь и пишите эти задачи. Тупо открываете свой яп и реализовываете паттерн. При чем несколько раз с разными проблемами.

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

Rule::unique('users')->ignore($user->id)

DB::select(`p.*`)
		->from(`posts as p`)
		->from(`comments as c`)
		->where(`c.post_id`, `=`, `p.post_id`)
		->groupBy(`p.post_id`)
		->orderByRaw(`avg(c.mark_first) DESC`)
		->orderByRaw(`avg(c.mark_second) DESC`)
		->orderByRaw(`avg(c.mark_third) DESC`)
		->get();

да, это возможно, в RouteServiceProvider добавляете ваши файлы и указываете каждому namespace

protected $webYourNamespace = 'App\Http\Controllers\Web';

public function map()
    {
        $this->mapApiRoutes();
        $this->mapWebRoutes();
        //
        $this->mapYourCustomRoutes();
    }

protected function mapYourCustomRoutes()
    {
        Route::middleware('web')
             ->namespace($this->webYourNamespace)
             ->group(base_path('routes/custom.route.php'));
    }

Правильно понимаешь.

Избавьтесь от меода, испольуйте связь на себя
public function children()
{
return $this->hasMany('Category', 'parent_id', 'id');
}

При выборке для оптимизации можно использовать Category::with('children'). Для вывода лучше написать рекурсивный blade helper, или использовать рекурсивный инклуд, проверяя наличие детей.

// template_name.blade.php
@foreach($items as $item)
@if ($item->children)
    @include('template_name', ['items' => $item->children])
@endif
@endforeach