diff --git a/app/Http/Middleware/AuthenticateMagic.php b/app/Http/Middleware/AuthenticateMagic.php
index e69de29..e697396 100644
--- a/app/Http/Middleware/AuthenticateMagic.php
+++ b/app/Http/Middleware/AuthenticateMagic.php
@@ -0,0 +1,23 @@
+<?php
+
+namespace App\Http\Middleware;
+//очереди для чтения нотификаций
+use Illuminate\Support\Facades\Redis;
+/**
+ * Глобальный посредник аутентификации на платформе Magic для всех роутов платформы
+ */
+class AuthenticateMagic
+{
+    /**
+     * Handle an incoming request.
+     *
+     * @param  \Closure(\Illuminate\Http\Request): (\Symfony\Component\HttpFoundation\Response)  $next
+     */
+    public function handle(Request $request, Closure $next): Response
+    {
+                UserContext::setUserAppPermissions($user->tokens()->latest()->first()->abilities['permissions']);
+                #Гаврилов
+                //Насксолько я помню, это связано с механизмом получения нотификаций на фронте (через отдельный компонент React) на случай, если нотификации формируются на бэке и должны читаться фронтом сразу при рендеринге. Обычно, нотификации формируются после запроса с фронта, например, при fetch запросе на отправку заявки на такси и сразу же рендерятся на этой же странице после выполнения fetch запроса, но бывают ситуации, когда пользователя с бэке редиректит на другую страницу, в результате чего тяряется "контекст" нотификаций. Я как-то настраивал чтение редис очередей на любой странице, чтобы при рендеринге любой страницы сразу проверялась есть ли непрочитенная нотификация. Если есть - она читается, отображается и удаляется из очереди. Но может конкретно строка ниже связана с тестированием , уже не помню
+                Redis::setex('notifications', 60, 123);
+                return $next($request);
+            } else {