если не использовать методику предложенную Фреймворком, то по сути, вы используете его как библиотеку и он вам только мешает.
Ещё раз прочитайте определение Фреймворка вдумчиво. Фреймворк предоставляет методику написания приложения на нём и вызывает ваш код (который написали вы).
пример, как вы организуете передачу соединения с БД в экшен и сделаете проверку прав на то, что пользователь имеет право получать данные для определённого company_id
$company = auth()->user()->company()->where('id', request('company_id'))->firstOrFail();
Если выбросить все на статиках, от Фреймворка останется одно название.
Фреймворк, это платформа, которая предлагает пути решения задач.
Если для решения задач, нужно выкинуть часть элементов Фреймворка, то он не предлагает решения для этой задачи.
Строго говоря, он предлагает это делать в контроллерах
RBAC будет решена на основе private и protected методов класса. По другому это вы не сделаете.
Как только вы выбрасываете часть Фреймворка, он, по сути, становится либо другим Фреймворком(самопалом) либо библиотекой.
«фреймворк» диктует правила построения архитектуры приложения, задавая на начальном этапе разработки поведение по умолчанию — «каркас», который нужно будет расширять и изменять, согласно указанным требованиям.
Зачем тогда этот Фреймворк брать вообще?
Давайте что-то во флоу laravel, где есть хотя бы обработка формы и работа с БД.
вы не понимаете что такое в принципе Фреймворк(см выше)
И если всё выбросить из Фреймворка
Как вы предлагаете прозрачно внедрить RBAC в приложении на laravel? Какой подход предлагают авторы Фреймворка?
От роутинга тоже можно избавиться?
От ActiveRecord (подключения к БД)?
От Events?
Нашёл типичный пример контроллера на laravel. Если у вас есть другой — приведите.
Что-то не вижу вашего ответа от вас о том как решить. Даже проблематики не описали. Мне кажется, вы не обладаете знаниями и просто генерируете пустые байты.
Я написал развернуто, почему нельзя писать на ларвел
Первое что я вижу в этом Фреймворке, что большая часть работы каркасных компонентов завязана на статических вызовах.
Далеко за примерами{ссылка} ходить не нужно, уже треш.
Все это предлагается зашивать прям в контроллерах, с помощью protected или private методов.
storage/app/public
, а не на app/storage/public
, как вы пишите в тексте вопроса. Хотя сути это не должно менять.public/test1/test.txt
и для каталога test
сделайте ссылку public/test2
и в браузере попробуйте открыть имя_сайта/test2/test.txt
. Если откроется, то, возможно проблема с правами на файлы картинок или еще что-то. Если не откроется, то проблема в обработке симв. ссылок.
Выполнять так.
В процедуру можно передавать параметры.
Только мне кажется вы что-то нето делаете, если у вас возникла необходимость менять id