Блог веб разработчика

Для чего в Laravel нужны Middleware

В Laravel Middleware — это промежуточный слой, который обрабатывает HTTP-запросы до и после того, как они попадают в контроллеры. Это позволяет реализовывать различные задачи, такие как аутентификация, логирование, защита от CSRF-атак, проверка прав доступа и т.д. Middleware позволяет разделять логику обработки запросов и делает код более чистым и структурированным.

Основные задачи Middleware в Laravel

1. Аутентификация и авторизация: Middleware проверяет, вошел ли пользователь в систему и обладает ли он нужными правами. Например, auth Middleware проверяет, что пользователь аутентифицирован, а can — что у него есть соответствующие разрешения.
2. Логирование и аналитика: Middleware может записывать информацию о каждом запросе, такую как время выполнения, данные пользователя, IP-адрес. Это полезно для мониторинга производительности и для сбора аналитики.
3. Защита от CSRF-атак: Встроенный в Laravel VerifyCsrfToken Middleware добавляет защиту от поддельных межсайтовых запросов, проверяя CSRF-токены.
4. Фильтрация и модификация запросов и ответов: Middleware может изменять или добавлять данные к запросу или ответу. Например, можно добавить заголовки безопасности, преобразовать данные или добавить куки.
5. Контроль доступа: Middleware позволяет ограничивать доступ к маршрутам. Например, вы можете создать Middleware, который разрешает доступ к определенным маршрутам только администраторам или пользователям с определенными правами.

Пример создания Middleware

1. Создание Middleware

Создать новое Middleware можно с помощью команды Artisan:

php artisan make:middleware CheckRole

Эта команда создаст файл CheckRole.php в директории app/Http/Middleware.

2. Логика Middleware

Откройте файл CheckRole.php и добавьте логику. Например, этот Middleware проверяет, имеет ли пользователь нужную роль:

<?php

namespace App\Http\Middleware;

use Closure;
use Illuminate\Http\Request;
use Illuminate\Support\Facades\Auth;

class CheckRole
{
    /**
     * Handle an incoming request.
     *
     * @param  \Illuminate\Http\Request  $request
     * @param  \Closure  $next
     * @param  string  $role
     * @return mixed
     */
    public function handle(Request $request, Closure $next, string $role)
    {
        // Проверка аутентифицированного пользователя и его роли
        if (!Auth::check() || Auth::user()->role !== $role) {
            // Если пользователь не аутентифицирован или его роль не соответствует,
            // перенаправляем его или возвращаем ошибку 403
            return response()->json(['error' => 'Forbidden'], 403);
        }

        return $next($request);
    }
}

Здесь:

• handle — основной метод Middleware, принимает текущий запрос и замыкание $next.
• В примере Middleware проверяет, что пользователь аутентифицирован и его роль соответствует требуемой, иначе возвращается ошибка 403 Forbidden.
• В Laravel конструкция use Closure; используется в файле Middleware для того, чтобы импортировать класс Closure, который представляет собой анонимную функцию или замыкание в PHP. Этот Closure передается как параметр в метод handle каждого Middleware и используется для продолжения цепочки запроса.
  Примечание о use Closure
use Closure; необходимо в Middleware для того, чтобы:
  Импортировать класс Closure и иметь возможность использовать его в методе handle для передачи запроса дальше в приложение.
  Closure $next — это замыкание, которое вызывает следующий Middleware в цепочке или, если Middleware последний, передает запрос непосредственно в контроллер.
  Без Closure выполнение цепочки запроса остановится, и следующий Middleware или контроллер не будут вызваны.
  Пример
  php
  Копировать код
  use Closure; public function handle($request, Closure $next) { // Логика перед передачей запроса дальше return $next($request); // Продолжение выполнения цепочки Middleware }
  Вывод
  use Closure; необходим для того, чтобы Laravel мог последовательно выполнять Middleware и передавать запрос дальше по цепочке.

3. Регистрация Middleware

Зарегистрируйте новый Middleware в app/Http/Kernel.php:

protected $routeMiddleware = [
    'role' => \App\Http\Middleware\CheckRole::class,
];

4. Применение Middleware к маршрутам

Теперь вы можете применять этот Middleware к маршрутам, указывая его в файле маршрутов (web.php или api.php):

Route::get('/admin', function () {
    return 'Admin Dashboard';
})->middleware('role:admin');

Здесь:

• Middleware role будет применен к маршруту /admin, и только пользователи с ролью admin смогут получить доступ к этому маршруту.

Вывод

Middleware в Laravel — это гибкий способ управлять логикой обработки запросов, обеспечивая:

• Централизованную валидацию и аутентификацию.
• Логирование и безопасность.
• Контроль доступа к различным ресурсам.

Таким образом, Middleware упрощает управление запросами, делает код более понятным и облегчает реализацию различных правил и проверок для HTTP-запросов.

Что такое route model binding в Laravel

В Laravel route model binding — это механизм, который позволяет автоматически связывать идентификатор, переданный в маршруте (route), с экземпляром модели. Это облегчает работу с маршрутами и упрощает код, так как вам не нужно вручную извлекать модель из базы данных по переданному идентификатору.

Пример работы route model binding

Допустим, у вас есть маршрут, который принимает ID пользователя и возвращает его данные:

Route::get('/user/{user}', function (User $user) {
    return $user;
});

В этом случае Laravel автоматически извлечет пользователя из базы данных по ID, переданному в маршруте, и передаст объект модели User в замыкание маршрута. Это возможно благодаря route model binding.

Виды route model binding

Laravel поддерживает два основных типа привязки моделей: implicit (неявное) binding и explicit (явное) binding.

1. Implicit Binding (Неявное связывание)

Это наиболее часто используемый способ. Laravel автоматически извлекает модель по первичному ключу (обычно id), когда тип модели указан в параметрах маршрута.

Пример:

use App\Models\Post;
Route::get('/posts/{post}', function (Post $post) {
    return $post;
});

Здесь Laravel автоматически загрузит модель Post, которая соответствует указанному ID, переданному в URL (/posts/1). Если запись не найдена, будет вызвано исключение ModelNotFoundException, и Laravel вернет ошибку 404.

2. Explicit Binding (Явное связывание)

Этот тип используется, когда вам нужно более точно контролировать, как Laravel загружает модель. Например, если идентификатор модели не является стандартным полем id, или если вы хотите найти модель по другому атрибуту.

Для явного связывания используется метод Route::bind. Пример:

use App\Models\User;
use Illuminate\Support\Facades\Route;

Route::bind('user', function ($value) {
    return User::where('username', $value)->firstOrFail();
});

Route::get('/profile/{user}', function (User $user) {
    return $user;
});

В этом примере Laravel будет искать пользователя не по id, а по username.

Польза route model binding

• Упрощение кода: вам не нужно вручную извлекать модель и обрабатывать случаи, когда модель не найдена.
• Чистый и понятный код: вы работаете с экземпляром модели напрямую в обработчиках маршрутов, что делает код более читаемым.
• Эффективность: Laravel автоматически обрабатывает 404 ошибки, если модель не найдена, что улучшает UX и избавляет от лишнего кода обработки ошибок.

Заключение

Route model binding — это мощная и удобная функция в Laravel, которая делает обработку запросов, связанных с моделями, более простой и интуитивной. Implicit binding подходит для большинства случаев, в то время как explicit binding полезен, когда нужна дополнительная настройка или загрузка модели по нестандартным атрибутам.

Базовая работа с git для начинающих

В локальном git у нас есть ветка master

Слздадим свою ветку uuid для работы и сразу переключимся в нее:

git checkout -b uuid

Сделаем свои изменения в коде, и в отправим эти изменения на сервер. Для начала проверим статус наших изменений:

git status

Вы увидите список файлов, которые были изменены, добавлены или удалены.

1.Чтобы отправить изменения из локальной ветки uuid на сервер, выполните следующие шаги: 1. Добавление изменений в индекс:

   git add .
   

Эта команда добавит все изменения в индекс, готовя их к коммиту.

2. Создание коммита:

   git commit -m "Описание изменений"
   

Здесь Описание изменений — это текст, который описывает сделанные вами изменения. Это важно, так как другие разработчики смогут понять, что именно было изменено.

3. Переключение на ветку master:

   git checkout master
   

Это необходимо, чтобы убедиться, что вы работаете с основной веткой.

4. Слияние изменений из ветки uuid в ветку master:

   git merge uuid
   

Эта команда объединит изменения из ветки uuid с текущей веткой master.

5. Отправка изменений на сервер:

   git push origin master
   

Здесь origin — это имя удаленного репозитория, а master — это имя ветки, которую вы хотите отправить. Эта команда отправит изменения на сервер.

если хотим отправить изменения в новую ветку то делаем:

   git push origin новая_ветка

Здесь origin — это имя удаленного репозитория, а новая_ветка — это имя новой ветки, которую вы хотите отправить на сервер.

6. Удаление локальной ветки uuid (по желанию):

   git branch -d uuid
   

Если вы больше не нуждаетесь в ветке uuid, вы можете удалить её локально. Однако, если вы хотите сохранить историю изменений, оставьте эту ветку.

7. Удаление удаленной ветки uuid на сервере (по желанию):

   git push origin --delete uuid