Ускоряем Laravel Sanctum | OTUS

Курсы

Программирование
iOS Developer. Basic
-23%
Python Developer. Professional
-13%
Разработчик на Spring Framework
-23%
Golang Developer. Professional
-17%
Python Developer. Basic
-16%
iOS Developer. Professional
-13%
Node.js Developer
-15%
Unity Game Developer. Professional
-11%
React.js Developer
-12%
Android Developer. Professional
-7%
Software Architect
-12%
C++ Developer. Professional
-8%
Разработчик C#
-8%
Backend-разработчик на PHP Архитектура и шаблоны проектирования
-12%
Программист С Базы данных Framework Laravel PostgreSQL Reverse-Engineering. Professional CI/CD Agile Project Manager Нереляционные базы данных Супер - интенсив по паттернам проектирования Супер-практикум по использованию и настройке GIT IoT-разработчик Advanced Fullstack JavaScript developer Супер-интенсив "Azure для разработчиков"
Инфраструктура
Мониторинг и логирование: Zabbix, Prometheus, ELK
-17%
DevOps практики и инструменты
-18%
Архитектор сетей
-21%
Инфраструктурная платформа на основе Kubernetes
-22%
Супер-интенсив «IaC Ansible»
-16%
Супер-интенсив по управлению миграциями (DBVC)
-16%
Administrator Linux.Basic
-10%
Супер-интенсив «ELK»
-10%
Administrator Linux. Professional MS SQL Server Developer Безопасность Linux PostgreSQL Reverse-Engineering. Professional CI/CD VOIP инженер Супер-практикум по работе с протоколом BGP Супер - интенсив по паттернам проектирования Супер - интенсив по Kubernetes Супер-интенсив «СУБД в высоконагруженных системах»
Специализации Курсы в разработке Подготовительные курсы
+7 499 938-92-02

Ускоряем Laravel Sanctum

Если использовать персональные токены доступа Sanctum для API-аутентификации, можно заметить, что некоторые входящие запросы выполняются в 5-10 раз дольше, чем остальные. Всё дело в том, что при каждом запросе Sanctum выполняет обновление поля last_used_at в таблице personal_access_tokens. Большая часть запросов, в принципе, выполняется достаточно быстро, однако при увеличении их объёма, некоторые начинают тормозить. Заметили эту проблему уже не в первый раз, при этом, к сожалению, простого способа отключить это пока не найдено.

Вариант решения

Если в вашем проекте информация о последнем применении токена не нужна, вы можете убрать её путём создания модели, к примеру, PersonalAccessToken с методом save(), проверяющим, изменено ли только поле last_used_at.

Поначалу, посредством artisan-команды была создана новая модель:

php artisan make:model PersonalAccessToken

Далее внутри модели был задействован следующий код:

1-1801-cf9c2a.png

Эта наша кастомная модель расширяет модель из Sanctum, плюс имеет всего один метод save(). При этом она получает все изменённые значения, а также осуществляет проверку, станет ли сохраняться что-либо кроме last_used_at. Если ответ — да, то из Sanctum вызывается родительский метод save() . Если нет, то просто возвращается false, указывающий, что сохранения не было.

После создания этой кастомной модели следует задать её применение вместо дефолтной. Выполнить мы это можем с помощью метода boot() класса Providers/AppServiceProvider.php. При этом в Sanctum предусмотрен статический метод usePersonalAccessTokenModel(), который вы можете применить для задания модели для токенов.

Как это примерно будет выглядеть, можете посмотреть ниже:

2-1801-dafad7.png

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

По материалам статьи Improving Laravel Sanctum Personal Access Token Performance.

Не пропустите новые полезные статьи!

Спасибо за подписку!

Мы отправили вам письмо для подтверждения вашего email.
С уважением, OTUS!

Автор
0 комментариев
Для комментирования необходимо авторизоваться