Пределы отправки запросов для получения правильного ответа

В этой статье я проверю пределы отправки запроса в проекте. Мы также проведем общий обзор различных уровней, чтобы лучше понять природу запроса и ответа.

Итак, давайте сначала посмотрим, какой путь проходит запрос от пользователя, чтобы достичь нашего проекта:

Когда пользователь хочет просмотреть сайт в браузере или зарегистрироваться на определенном сайте, он должен послать запрос на сервер через свой браузер и ждать ответа.

Запрос, который посылает пользователь, определяет, как сервер должен ответить; если пользователь хочет прочитать или посмотреть информацию с сервера, он должен использовать метод «GET», а если он хочет отправить информацию на сервер, он должен использовать метод «POST». В большинстве случаев эти запросы идут от пользователя к серверу по протоколу «HTTP».

Представьте, что у вас есть сайт с большим количеством активных пользователей, содержащий различные функции. Этими функциями могут быть хранение и поддержание информации о пользователе, покупка товара, совершение транзакции, создание и получение файла Excel на вашем сайте, и многие другие действия, которые вы, возможно, видели до сих пор.
Предположим, мы хотим посмотреть на эти действия пользователей с точки зрения разработчика. В этом случае мы знаем, что большинство этих событий должно обрабатываться с помощью базы данных. Мы также знаем, что наш код должен быть подключен к базе данных, поместить в нее определенные данные и показать их пользователю.

Итак, я разделю свой проект на две части для дальнейшего рассмотрения:

1- Логика проекта

2- Подключение к базе данных

Логика проекта включает в себя условия, циклы, массивы и т.д., связанные с мышлением разработчика. Производительность может снизиться из-за сложности реализации проекта. Или же может произойти сбой в части проекта в целом.

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

Это означает, что если мы подключаемся к базе данных через наш проект, то лучше закрыть соединение, когда мы закончим.

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

Или же, если мы хотим вставить сто тысяч записей в базу данных за один ход с помощью цикла, мы, скорее всего, столкнемся с кодом состояния 429, который указывает на ошибку «Слишком много запросов».

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

Различные языки и фреймворки предлагают методы обработки запросов, чтобы предотвратить аварийное завершение работы приложения.

В следующей главе я хочу проверить пределы запросов в проекте laravel.

Оцените статью
devanswers.ru
Добавить комментарий