Laravel по-русски

Ждем продолжения

Вангую, что ты однажды запустил что-то, создающее файлы как админ. С тех пор у тебя эти файлы принадлежат админу и как простой юзер ты их изменять/заменять не можешь. В этом проблема.
Нет, так НЕ задумано. Это результат твоих собственных действий.

https://www.google.com/search?q=how+lar … ware+works

Я работаю в проекте где подобное есть, но от такого подхода уже отказались. Оно существует как легаси, мы вынуждены эту версию поддерживать пока она не будет полностью вытеснена новой.

Почему было когда-то сделано: якобы для оптимизации. На самом деле нет, это не оптимизация, т.к. кешированные маршруты работают быстро, а "динамический роутинг" в принципе не кешируется. Другая причина была в якобы простоте поиска экшенов. По мере роста оказалось что минусы перевешивают один хилый плюс.

Причина нелюбви: неудобство в организации роут мидлваре. Чем больше эндпоинтов, тем важнее становятся мидлвары доступа. Когда у тебя перед глазами классический ларавелевский файл маршрутов с группами, то вся логика доступа перед глазами. Да, *ля, он большой, очень большой. Но он читабельный, понятный. А "динамический роутинг" заставляет тебя помещать контроль доступа в контроллер и чтобы проверить его надо в каждый контроллер залезть.
Много дублирующего кода. Изменение в политике доступа приводит к необходимости переписывать массу файлов.

Итого: овчинка выделки не стоит. Экономия букв это хреновая оптимизация.

Цена - нижняя планка. А эстимейт от оптимистической оценки до пессиместической.
Чётко я понимаю, что вы не подпишетесь под этим. Но вам наверное нужны ориентиры, вот они.

Ты конечно можешь делать как тебе нравится, речь о том, что с т.з. Ларавель твой контроллер это замыкание. Ты отошел от стандартного поведения и теперь ты сам творец своего счастья. Сделай функцию с параметрами контроллер и экшн, пусть она сохраняет их куда-то и потом инстанциирует контроллер.

1. система же знает какой котнроллер и акшен

Нет. Она знает, что текущему маргруту сопоставлено замыкание. Если ты думал, что объект Маршрут бежит по стеку вызовов и проверяет не является ли нечто контроллером: знай, это не так )

1. не свое, а подибие правила которое в yii идет из коробки

То есть городишь своё. Ты повелитель сего. Отвелл снимает с себя ответственность.

Теперь это уже не "родительский", а "фронт-контроллер" )

В 100% случаев когда пишут про встроенную или библиотечную функцию что "она не работает", дело оказывается в том, что её неправильно используют.

Читаем про метод getController(): Get the controller instance for the route.
Инстанс! Он возвращает указатель на объект контроллера. Не имя, а объект. Если тебе нужно получить из него имя класса, то примени еще одну функцию: get_class()

Я не поленился и создал тестовый проект 5.8 с таким роутом и контроллером:

Route::get('/test', 'BaseController@routeInfo')->name('test');

<?php

namespace App\Http\Controllers;

use Illuminate\Http\Request;

class BaseController extends Controller
{
    public function routeInfo()
    {
        $route = request()->route();
        return [
            'getController'   => get_class($route->getController()),
            'getName'         => $route->getName(),
            'getActionName'   => $route->getActionName(),
            'getActionMethod' => $route->getActionMethod(),
        ];
    }
}

Вот результат:

getController: "App\\Http\\Controllers\\BaseController"
getName: "test"
getActionName: "App\\Http\\Controllers\\BaseController@routeInfo"
getActionMethod: "routeInfo"

Можно унаследовать новый контроллер от BaseController и обращаться к $this->routeInfo(), будет корректная информация о текущем маршруте. Прочто читай доки внимательно, никакой сложности и "багов" здесь нет.

Значит у текущего маршрута нет имени

Он знает про прокси, чисто технически от него нет спасения Но его легко узнать "по почерку". Как говорится, уши всегда вылазят.

Тут прекрасно всё:

- в маршруте нет параметра, который бы соответствовал второму параметру экшена. просто верим в чудо, что прилетит что-то нужное.

- тайпхинт Product $id требует чтобы в $id попал экземпляр модели Product, то есть объект, а не целый идентификатор.

- но уже в следующей строке босс пхп использует его для получения чего?, хм... опять Product. получить продукт из продукта. оригинально!

- давайте посмотрим, а для чего нам вообще нужен продукт. бинго! строка с редиректом использует $product->id. то есть нам нужен только идентифитор. идентификатор, Карл! которого ты не получил, потому что не исправил маршрут и ссылку на него. много лишних действий, копипасты из неподходящих примеров. а надо только с маршрутом разобраться. передать в него продакт айди.

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

С меня хватит )))
Ответ на все твои сложности один: перестань копировать и вставлять, начни думать и проверять.