Роми

Собственные исключения необходимы в случаях, когда вы хотите обрабатывать (или, в случае если вы автор библиотеки - предоставить возможности обработки) какой-либо исключительный сценарий специальным образом. К примеру посмотрите, как организована работа с exceptions в Doctrine.

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

$this->renderable(function (NotFoundHttpException $e, $request) {
    if ($request->is('users/*')) {
        return response()->json([
            'message' => 'Юзер не найден'
        ], 404);
    }
});

Можно делать глобальные обработки Exceptions. Более наглядный стак трейс.

К примеру библиотека для валидации телефонного номера:
https://github.com/Propaganistas/Laravel-Phone/tre...
CountryCodeException.php
InvalidParameterException.php
NumberFormatException.php
NumberParseException.php

С дополнением вопрос стал значительно понятнее.

Разумеется, "решить" нельзя.
Потому что никакой хендлер не заменит программиста.
В случае с generic exceptions хендлер не в состоянии узнать, это у вас база отвалилась на запросе, или просто код кривой, который не проверил существование объекта при обращении к методу.

Поэтому если надо проверить существование юзера и вернуть ошибку, то это и надо сделать. Причем как бы ещё не на этапе валидации.

А вот response руками делать - это лишнее. Куда проще кинуть кастомное исключение. Которое уже будет поймано хендлером и отрендерено в зависимости от типа, как это показано в статье.

В данном случае это как заполнитель. Показать что тут можно передать массив с данными. Троеточие без переменной после троеточия не имеет смысла. https://www.php.net/manual/ru/functions.arguments....

Посмотри в сторону Tox.
А насчёт "нельзя заблокировать" - против рубильника нет приёма.

Прямо отдельного метода нет, вы правы. Но, не учитывая проверки, вам нужно 2 строчки кода.

$token = PersonalAccessToken::findToken($token);

$user = $token->tokenable;

Примерно так оно в санктуме и работает.

у usbutils помимо утилиты lsusb есть еще lsusb.py для вывода более человеко понятной информации по usb
но данного скрипта я к сожалению не наблюдаю на загрузочном диске убунты, хотя при желании его можно легко достать загрузив нужный архив с usbutils v12 (данная версия стоит в убунте 20)
после чего распаковать и достать от туда файл lsusb.py.in, переименовав в lsusb.py и сделать его исполняемым
chmod +x lsusb.py
ну а после там же и запускаете
./lsusb.py

Идея крайне неахти:
1) Ноут старый, скорее всего USB 3.0, у старых ноутов в BIOS поддержки USB3 небыло, сообтетственно загрузка шла по USB2 что превращалось в тормоза даже при переустановке винды с флешки
2) линейная скорость USB 3.0 до 5Гбит - почти Sata3, но:
а) тайминги будут выше
б) надежность соединения ниже
в) качество конвертеров тоже ниже
3) скорость и качество внешних винтов в среднем ниже чем внутренних
4) иные проблемы
Ну не предназначена такая связка для работы, на одноплатниках с каким не требовательным никсом еще взлетит, но не с виндой. Чтобы выбраться из винта данным нужно пройти через sata-usb конвертер на плате диска, потом через usb шнурок (не всегда идеального качества), потом через usb-pci хост ноута и только потом попасть в шину и везде свои задержки.
Даже SSD в боксе с хорошим контроллером далеко не факт что вытянет нормальную работу сопоставимую даже с hdd-caddy

У меня "серверок" стоит на Orange Pi в такой связке. Через USB работает системный диск.
1. Работать? - Можно.
2. Комфортно ? - Нет.

В конечном итоге и порт и сам "Внешний" диск скорость будут понижать и как следсвие тупить все будет заметно.
НО .... работать будет.

Не согласен со всеми ранее высказавшимися!
ВО-ПЕРВЫХ, нам чтобы Вам помочь, надо понять ЗАЧЕМ это надо! Первая моя мысль была - это какой-то адский "колхоз". Есть системный SSD, что ещё надо?!
Очевидно, что скорость работы по USB 3.0 примерно на порядок (и когда я пишу на порядок, я как должно быть, подразумеваю под этим 10 раз), ниже чем по SATA-3 и ни о какой "комфортной работе" речи идти не может в принципе!

Нужно посылать не сигнал KILL (9) а сигнал TERM. Если программа написана прямыми руками, она должна его корректно обрабатывать.

Команда будет kill [PID процесса]

В качестве основного диска - плохая идея. Usb - бестолковый интерфейс для таких дел и дело там не в линейной скорости. Работать будет, но примерно как тот троллейбус из буханки хлеба.

Во-первых стоит начать с того о какой ОС идёт речь) Хотя и так понятно)

Во-вторых - можно начать с игр с LiveUSB{желаемая ос} - можно будет получить исчерпывающее представление затратив время только на гуглёж и скачивание чего-нибудь готового.

Нормальный USB3.0 хаб может оказаться соизмеримым по цене апгрейда небольшого SSD на бОльший. А ненормальный - хорошо если только данные упорет)