Можно использовать. Но тебе стоит рассмотреть вариант с глобальной ловлей исключений на уровне выше контроллера. Посмотри как делают в Laravel https://laravel.com/docs/master/errors
throw new CategoryException("Ошибка при удалении категории {$e->getMessage()}", $id);public function isDeleteError(): bool
{
return str_contains($this->getMessage(), 'Ошибка при удалении категории');
}try {
...
throw new CategoryException("Ошибка при удалении категории", $id);
} catch(CategoryException $e) {
echo "Исключение CategoryException с текстом: {$e->getMessage()}";
} catch(\Throwable $e) {
echo "Это НЕ CategoryException с текстом: {$e->getMessage()}";
}try {
...
throw new CategoryException("Ошибка при удалении категории", $id);
} catch(\Throwable $e) {
if ($e instanceof CategoryException) {
echo "Это CategoryException с текстом: {$e->getMessage()}";
} else {
echo "Это НЕ CategoryException с текстом: {$e->getMessage()}";
}
}Я наверно не правильно выразился. Там же в Laravel исключения можно ловить в bootstrap/app.php или в самом классе в методе render. И ошибки могут быть разные. При удалении, обновлении, создании, к примеру. Я так пока что сделал, это работает. Но сам подход очень сомнительный.
<?php
namespace App\Exceptions;
class CategoryException extends \Exception
{
public function __construct(string $message, protected ?int $categoryId = null)
{
parent::__construct($message);
}
public function getCategoryId(): int
{
return $this->categoryId;
}
public function isDeletionError(): bool
{
return str_contains($this->getMessage(), 'Ошибка при удалении категории');
}
public function isUpdateError(): bool
{
return str_contains($this->getMessage(), 'Ошибка при обновлении категории');
}
public function isCreateError(): bool
{
return str_contains($this->getMessage(), 'Ошибка при создании категории');
}
}->withExceptions(function (Exceptions $exceptions) {
$exceptions->render(function (CategoryException $e) {
if ($e->isDeletionError()) {
return redirect()->route('admin.categories.show', $e->getCategoryId())->with('error', $e->getMessage());
}
if ($e->isUpdateError()) {
return redirect()->route('admin.categories.edit', $e->getCategoryId())->with('error', $e->getMessage());
}
if ($e->isCreateError()) {
return redirect()->route('admin.categories.create')->with('error', $e->getMessage());
}
return false;
});
})->withExceptions(function (Exceptions $exceptions) {
$exceptions->render(function (RedirectException $e) {
return redirect()->route($e->getRoute(), ...$e->getParams())->with('error', $e->getMessage());
});
}) set_exception_handler(function (\Throwable $e) use ($ex_log) {
if (\PHP_SAPI !== 'cli') header("Content-Type: application/json; charset=UTF-8");
$ex_log($e);
try {
throw $e;
} catch (\mysqli_sql_exception | \PDOException $e) {
die(json_encode(["result" => -1, "error" => "Database operation failed, see logs"]));
} catch (PlatformException $e) {
if ($e->getCode() > 99 && \PHP_SAPI !== 'cli') {
http_response_code($e->getCode());
}
die(json_encode($e->__toApiResponse()));
} catch (\Throwable $e) { // Catch-all fallback
$code = $e->getCode() ?: (strpos($e->getMessage(), "logout") ? -2 : -1);
die(json_encode(["result" => $code, "error" => $e->getMessage()]));
}
});class UserService
{
public function __construct(
protected UserRepository $userRepository,
protected RoleRepository $roleRepository
) {}
}public function logout(Request $request): RedirectResponse
{
$this->auth->guard()->logout();
$request->session()->invalidate();
$request->session()->regenerateToken();
return $this->redirector->route('admin.login');
}public function handle(Request $request, Closure $next): Response
{
$user = $request->user();
if (!$user || $user->role_id !== 1) {
return redirect()->route('admin.login');
}
return $next($request);
}
public function handle(Request $request, Closure $next): Response
{
$response = $next($request);
$response->headers->set('Cache-Control','nocache, no-store, max-age=0, must-revalidate');
$response->headers->set('Pragma','no-cache');
$response->headers->set('Expires','Fri, 01 Jan 1990 00:00:00 GMT');
return $response;
}На это не сильно полагаются. Наверно, не просто так
Route::get('/posts/{categorySlug}/{postId}-{postSlug}', [PostController::class, 'show'])->name('admin.posts.show');public function show(int $id): ViewМожно сделать часть параметров необязательными. Но слаги нужны, иначе анлим дублей наплодишь.
, будешь использовать числовые идентификаторы (там уже на слаги будет наплевать – твой домен будут все знать). Короче id-slug – это пережиток, а если все же решил использовать этот формат, то делай корректировку редиректом на id-right-slug 
Да его и так по нормальному не расширить, поэтому вернул как было.
id нужен, потому что у меня у всех репозиториев в админке одинаковые методы, ну типо реализуют интерфейс для записи. А чтобы этот интерфейс реализовывался, нужно чтобы метод getById(int $id) был у всех. Поэтому я и пихнул в посты и категории id.
Ха-ха, да я же не собираюсь этим блогом пользоватьсяА когда у тебя будут нагрузки/объемы Хабра
Зато осталось чуть-чуть, реализовать поиск, комментарии и верстку сделать.В принципе в админке можно дергать объекты (то бишь записи) по числовым id, а на «морде» по слагам. Но мне гораздо больше нравится подход, когда в обоих случаях в адресах одинаковые идентификаторы. Кстати, у нас часто используют подход, когда слаги хранят в полях с именем id
Т.е. поля id могут быть двух разных типов: если используются слаги, то id символьные, иначе числовые.Да, придется так и делать. Политики требуют модели, и получится избыточный код если везде id юзать.
Ну это как-то костыльно...Кстати, у нас часто используют подход, когда слаги хранят в полях с именем id