Laravel по-русски

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

Throwable является предком Exception поэтому у вас тут очевидное дублирование.

childs ))) мн. число от child это children

конечно этот метод не может работать. то что ты пытаешься кешировать, это не набор строк, а некое правило eloquent, которое он использует внутри себя для формирования запросов.

кешировать ты можешь результат запроса. у тебя где-то есть обращение к $category->childs , без скобочек, как если бы это было свойство, а не метод. это коллекция записей - вот это значение и кешируй если надо!

Это всё не совскем про установку Laravel 10, а про установку через Laravel Sail - якобы средство для упрощения установки.

Непонятно зачем авторы Laravel плодят параллельные проекты с какими-то вспомогательными обертками. Как по мне они  не упрощают, а только усложняют дело. Они исходят из того, что начинающий разработчик не знает ни git, ни docker, ни основных утилит unix-подобных систем. Но случись малейшая неприятность, оказывается что придется сначала вникнуть в магию этих доп оболочек, а потом таки в git, docker и всё остальное )))

уже есть Homestead - оболочка над vagrant - оболочкой над virualbox для установки в виртуальной машине
утилита laravel - оболочка над git + еще что-то-там-всё-в-одном для того чтобы не знать как это делают в git
valet - всё-в-одном для установки laravel + стек LEMP в среде MacOS
теперь ещё Sail - оболочка чтобы не знать docker, но попробовать запустить laravel в нём

https://themeforest.net/item/letz-larav … t/26531442
логинишся с данными, подставляемыми автоматом. в демке видишь список компонент. вероятно открыв компоненту сумеешь через инспектор добраться до используемых стилей и скриптов )

@Biko ты пишешь "свой шаблон", "свой шаблон". Как-будто мы разграничиваем права на шаблоны. (На самом деле мы раздаем права на маршруты или экшены, т.е. на метод контроллера, а не на шаблон)

Годный пример контроля доступа (авторизации) в зависимости от роли есть в документации: https://laravel.com/docs/10.x/middlewar … parameters
Тебе нужно ограничить доступ к маршрутам
- добавить метод hasRole() у User, где ты будешь сравнивать параметр со значением поля role
- написать мидлварь по образцу из доки
- привязать мидлварь с параметром — именем роли к каждому маршруту или сразу к группе маршрутов.

Другая задача: "если он ... чтобы ему открывался ...". Это ты можешь реализовать в методе аутентификации. В доке это метод LoginController:authenticate(). Тебе надо изменить его, прописав в redirect() разные значения в зависимости от роли.

Переход по ссылке - это запрос методом GET. У тебя не описан маршрут для GET, именно об этом тебе говорит сообщение об ошибке. Почему ты решила, что должно быть иначе?

Вообще, считается нормой не изменять данные в методе GET. Поэтому выглядит абсолютно логично, что твой маршрут описан так. Ошибка только в использовании ссылки — тут надо слать форму, а не делать переход. А так как браузер умеет только формы GET или POST, то в этой форме должно быть скрытое поле _method

как рекомендуют в документации
@method('PATCH')
или
{{ method_field('PATCH') }}
что в итоге будет преобразовано в
<input type="hidden" name="_method" value="PATCH">

...->paginate($perPage)

когда этот необязательный параметр пропущен, то внутри метода paginate() вычисяется как

$perPage = $perPage ?: $this->model->getPerPage();

...

public function getPerPage()
{
    return $this->perPage;
}

то есть можнро задать значение по умолчанию для конкретной модели.

P.S. Используй хорошую IDE и смотри её подсказки, прыгай в определение методов!

"Last seen" читается как "Последний раз видели". Сохраняй просто now(). Время последнего визита пользователя не зависит от величины таймаута для вычисления кто онлайн. Логика!!!

А в контроллере вычисляй время назад, то есть отнимай от текущего. Типа
User::where('last_seen', '>', now()->subMinutes(ONLINE_TIMEOUT))->count()

Еще раз: кеш здесь не нужен. Кеш кроме того что необязателен, еще не имеет смысла там, где постоянно происходит обновление. Он оптимизирует ситуацию когда редко пишется и часто читается. И при отсутствии нужных данных в кеше приложение должно выдавать те же результаты! (только может быть немного медленнее) Если у тебя не так, то это логическая ошибка.

Код, который ты цитируешь, "в котором берётся api_token" на самом деле служит для аутентификации по токену. То есть когда правильный токен присутствует в запросе, то в программе будет доступен "текущий пользователь". Вот что там происходит!

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

как в документации написано:

$user = Auth::user();
или
$user = $request->user();

Нет, про копирование id в path речи не было. Но ты можешь попробовать это.
Уже пора пробовать, @kull88, давай дальше сам.

Это называется дерево ))) А отношения между пользователями такие обычно при участии в реферальной программе. Но ничего этого не прозвучало )))

Есть несколько эффективных методов хранения древовидных структур - Nested Sets, Materialized (или Storing) Paths, Closure Tables... они позволяют в один запрос к базе получить количество дочерних узлов или добыть сами узлы.
А для id - parent_id (т.н. Adjacency List), такое невозможно. Теперь ты знаешь какие слова гуглить.
Не за что!

Друг, чтобы программировать надо научиться вопросы задавать внятно. Я несколько раз перечитывал и не понял в чем затруднение. Вот это просто шедевр:

куда тебе надо пойти?

Общее количество записей добывается если убрать условие where(), оставить только count()