Полный курс Rust Axum - Веб-разработка (репозиторий GitHub обновлен до версии Axum 0.7)

• Полный курс по Axum, веб-фреймворку для Rust.  

• Три основных раздела: для начинающих, промежуточный и дополнительный.  

• В разделе для начинающих: hello world, настройка dev и статическая маршрутизация.  

• В промежуточном разделе: первый POST API для входа, добавление cookies и REST API.  

• В дополнительном разделе: пользовательское промежуточное ПО, пользовательский экстрактор, обработка ошибок и ведение журнала запросов.  

• Среда быстрой разработки с серверным и клиентским терминалами.  

• Добавление Axum и создание первого маршрутизатора для маршрута hello.  

• Создание маршрута с путем /hello и методом HTTP GET.  

• Использование функции routing get для асинхронной обработки.  

• Возвращение HTML-контента "привет, мир".  

• Импорт HTML-кода и запуск сервера.  

• Создание адреса сокета из текстового файла с IP-адресом и портом.  

• Привязка сервера к указанному адресу и запуск.  

• Вызов service с маршрутизатора и выполнение развертывания.  

• Запуск сервера и проверка работы через локальный хост на 8080.  

• Использование route и router для создания маршрутизатора.  

• Преобразование маршрутизатора в объект для обслуживания сервером.  

• Создание папки с тестами и добавление библиотеки httpc-test для тестирования.  

• Создание http-клиента и выполнение асинхронного запроса.  

• Использование терминала для контроля загрузки и выполнения команд.  

• Проверка ответа и статуса запроса.  

• Создание функции-обработчика для асинхронных ответов.  

• Выполнение отладочной печати и выравнивание кода.  

• Передача параметров URL-запроса с использованием структуры параметров.  

• Использование экстрактора Axum для извлечения параметров запроса.  

• Преобразование параметров в тип запроса и их печать.  

• Настройка параметров по умолчанию и форматирование ответа.  

• Создание обработчика для маршрута с параметрами пути.  

• Использование программы извлечения путей для извлечения данных.  

• Добавление маршрута в маршрутизатор и отображение данных.  

• Переименование раздела routes и создание функции для объединения маршрутизаторов.  

• Реализация статической маршрутизации с использованием службы nest.  

• Использование библиотеки tower для обслуживания каталога и импорта необходимых функций.  

• Объединяем результаты маршрутов, чтобы избежать дублирования URL.  

• Используем статическую маршрутизацию как запасной вариант.  

• Проверяем, что маршрут совпадает с приветствием.  

• Создаем модуль ошибок для неудачного входа в систему.  

• Экспортируем псевдоним типа result и ошибку.  

• Нормализуем значения ошибки и результата.  

• Внедряем метод response в Axum.  

• Возвращаем временную ошибку и сообщаем о необработанной ошибке клиента.  

• Не передаем клиенту информацию об ошибке сервера.  

• Реэкспортируем ошибки и результаты для использования в других модулях.  

• Создаем папку для модулей и подмодулей.  

• Определяем полезную нагрузку для входа в систему.  

• Реализуем асинхронную функцию для входа в API.  

• Используем экстрактор JSON для обработки полезной нагрузки.  

• Возвращаем результат JSON с ошибкой при неудачном входе.  

• Создаем текст сообщения об успешном завершении.  

• Объявляем функцию routes для маршрутизации.  

• Импортируем маршрутизатор и объединяем маршруты.  

• Разделяем запросы на вход в систему и приветствие.  

• Проверяем успешное выполнение запросов.  

• Проверяем ошибки при неправильном пароле.  

• Проверяем работу API на сервере и клиенте.  

• Возвращаемся к рабочему состоянию проекта.  

• Создаем асинхронную функцию для отображения ответов.  

• Функция возвращает ответ и добавляет пустую строку для отладки.  

• Этот слой станет важным для обработки ошибок сервера и клиента.  

• Используем модуль промежуточного программного обеспечения для отображения ответов.  

• Добавляем слой "Менеджер файлов cookie" из Tower Cookies.  

• Важно понимать, что данные слоя cookie должны быть на высоте.  

• Добавляем аргумент cookies в обработчик входа в API.  

• Реализуем экстрактор для добавления файлов cookie.  

• Пример формата файла cookie: user-user-id, дата выдачи токена, подпись.  

• Проверяем наличие файлов cookie в ответе и клиентском хранилище.  

• Убеждаемся, что файлы cookie установлены и видны в разных частях системы.  

• Внедряем уровень модели для REST API.  

• Архитектура включает веб-событие, контекст, модель и хранилище.  

• Используем упрощенный слой модели с встроенным слоем макетного хранилища.  

• Создаем типы тикетов и их структуры.  

• Используем arc и мьютекс для хранения данных.  

• Реализуем контроллер модели с встроенным хранилищем в памяти.  

• Реализуем метод create для создания тикета.  

• Используем мьютекс для эксклюзивного доступа к хранилищу.  

• Проверяем и добавляем тикет в хранилище, возвращаем результат.  

• Возвращаем вектор тикетов из хранилища.  

• Используем карту фильтров для исключения удаленных тикетов.  

• Реализуем удаление данных, включая получение и обновление.  

• Используем изменяемый магазин для удаления тикета.  

• Возвращаем сообщение об ошибке, если тикет не найден.  

• Добавляем раздел для ошибок в модель.  

• Возвращаем тикет или ошибку при удалении.  

• Создаем модуль для маршрутизации тикетов.  

• Используем modelcontroller для состояния приложения.  

• Создаем обработчики для создания и удаления тикетов.  

• Возвращаем JSON-код для запросов.  

• Создаем маршрутизатор для обработки запросов.  

• Передаем modelcontroller в качестве аргумента.  

• Используем подсостояния для передачи нескольких состояний.  

• Инициализируем controller модели.  

• Объединяем маршруты в API с помощью функции nest.  

• Добавляем маршруты в сеть и клонируем controller.  

• Запускаем программу и тестируем создание и получение тикетов.  

• Проверяем работу API через терминал быстрой разработки.  

• Создание тикетов через API и их перечисление.  

• Удаление тикетов через API и проверка их удаления.  

• Обработка ошибок при удалении тикетов.  

• Создание подмодуля для промежуточного программного обеспечения.  

• Использование токена и ошибки для аутентификации.  

• Реализация асинхронной функции для промежуточного программного обеспечения.  

• Использование файлов cookie для аутентификации.  

• Создание токена и проверка его наличия.  

• Обработка ошибок аутентификации.  

• Рефакторинг маршрутов для добавления промежуточного программного обеспечения.  

• Тестирование маршрутов с активированным логином.  

• Проверка успешности запросов с токеном cookie.  

• Добавление отладочной печати для проверки вызовов функций.  

• Анализ токена формата user-идентификатор пользователя.  

• Истечение срока действия и подпись токена cookie не входят в сферу этого руководства.  

• Использование регулярных выражений для анализа токена.  

• Применение ленивого регулярного выражения для повторного использования.  

• Макрос захвата регулярного выражения принимает строковый литерал и компилирует его один раз.  

• Возвращает кортеж с токеном и соответствующими группами.  

• Преобразование идентификатора пользователя в u64 и сопоставление ошибки.  

• Обновление кода для анализа токена в промежуточном программном обеспечении.  

• Проверка компонентов токена на соответствие.  

• Перенос логики аутентификации на сервер и исправление форматирования токена.  

• Проблема с потерей идентификатора пользователя в промежуточном программном обеспечении.  

• Использование экстрактов для получения идентификатора пользователя.  

• Создание собственного экстрактора для контекста.  

• Создание модуля ctx для контекста.  

• Контекст будет содержать идентификатор пользователя и реализовывать clone.  

• Конструктор для создания контекста с идентификатором пользователя.  

• Внедрение средств оценки свойств для контекста.  

• Реализация экстрактора для асинхронного обмена данными.  

• Извлечение файлов cookie из частей запроса.  

• Проверка компонента токена и возврат ok с идентификатором пользователя.  

• Использование экстрактора в промежуточном программном обеспечении.  

• Возможность получения файлов cookie и идентификатора пользователя через ctx.  

• Экстрактор контекста позволяет использовать его на всех маршрутах.  

• При комментировании логина в Quick Dev и сохранении на сервере возникает ошибка "отсутствует файл cookie токена аутентификации".  

• Отключение команды в промежуточном программном обеспечении require auth устраняет ошибку.  

• Использование ctx extractor гарантирует, что обработчики не будут работать без ctx.  

• Добавление опции ctx в обработчики устраняет ошибку.  

• Отладка ctx extractor показывает, что все работает корректно.  

• Добавление ctx extractor в маршрутные билеты и API-интерфейсы model CRUD.  

• Использование ctx для управления привилегиями и доступом на уровне модели.  

• Добавление ctx в методы контроллера модели для проверки прав доступа.  

• Проверка токенов выполняется дважды для каждого запроса.  

• Промежуточное программное обеспечение для файлов cookie оптимизирует проверку.  

• Создание промежуточного программного обеспечения для распознавания ctx и использования файлов cookie.  

• Очистка файла cookie при ошибке ресурса ctx.  

• Использование расширения запроса для хранения ctx.  

• Упрощение экстрактора ctx, удаление ненужного кода и использование временной переменной для данных.  

• Преобразование результата ctx в ошибку при отсутствии контекста в расширении запроса.  

• Использование модуля ошибок для добавления новой ошибки.  

• Возвращение результата ссылки на result.  

• При извлечении данных может возникнуть ошибка, которую нужно клонировать.  

• После исправления ошибки, промежуточное ПО добавляется после уровня менеджера файлов cookie.  

• Промежуточное ПО использует состояние для передачи данных.  

• После сохранения изменений и перезагрузки сервера, запросы работают корректно.  

• Промежуточное ПО выполняет тяжелую работу только один раз, остальные вызовы используют клон.  

• Важно фиксировать ошибки для корректной работы API.  

• Используются макросы strum и liquid v-4 для стилизации ошибок.  

• Создается новое перечисление для ошибок клиента с вариантами: честный вход, без авторизации, недопустимые параметры, служебная ошибка.  

• Ошибки клиента и сервера сопоставляются для корректного ответа.  

• Создается пользовательская реализация для преобразования ошибки сервера в ошибку клиента.  

• Ошибки сопоставляются с кодами состояния и сообщениями.  

• Запасной вариант используется для непредвиденных ошибок.  

• Создается заполнитель ответа для ошибок сервера и клиента.  

• Используется макрос strum для сериализации ошибок в строки.  

• Промежуточное ПО map response обрабатывает ошибки и создает соответствующий ответ.  

• Создается uuid для ошибок сервера и клиента.  

• Ошибки сопоставляются с кодами состояния и сообщениями.  

• Создается новый ответ с телом ошибки клиента и кодом состояния.  

• Выполняется отладочная печать для проверки ошибок.  

• Возвращается ответ об ошибке или весь запланированный ответ.  

• При возникновении ошибки клиента, тело ошибки отправляется обратно клиенту.  

• При закомментировании логина, ошибка клиента отображается в журнале сервера.  

• Тело ошибки клиента содержит тип ошибки и совпадающий uuid.  

• Активируем логин для нормальной работы.  

• Строка журнала сервера отличается от трассировки.  

• Строка журнала запросов используется для отладки и отправки в cloudwatch.  

• Используем расширение sey wiz для создания строки журнала.  

• Строка должна быть плоской для упрощения запросов.  

• Добавляем атрибуты HTTP-запроса, путь, имя метода, идентификатор пользователя, uuid и временную метку.  

• Функция получает uid, метод запроса, uri, ctx, ошибку сервиса и ошибку клиента.  

• Возвращаем результат void, так как данные не нужны.  

• Преобразуем ошибку в JSON и добавляем сериализацию.  

• Добавляем временную метку в формате эпохи unix.  

• Сопоставляем тип ошибки с ошибкой сервиса.  

• Преобразуем ошибку в JSON и добавляем сериализацию.  

• Включаем информацию о запросе, идентификаторе пользователя и типе ошибки клиента.  

• Печатаем строку JSON для локальной отладки.  

• Отправляем строку в cloudwatch для анализа.  

• Извлекаем ошибку клиента и вызываем функцию запроса журнала.  

• Распаковываем файлы для получения опции "ошибка клиента".  

• Запускаем сервер и проверяем строки журнала запросов.  

• Строки журнала запросов помогают в отладке и анализе.  

• Axiom - отличный веб-фреймворк для разработки.  

• Поздравляем с прогрессом в изучении Axiom.