: Ошибка 429 Too Many Requests — как исправить ошибку

Ошибки методов API

Общие сведения

В документе описан формат ошибок методов API, а также приведен перечень общих ошибок, которые могут возникать при обращении к методам API.

Формат ошибок

Формат ответа методов API в случае ошибок

Структура ответа

• JSON
• XML

{  
   "metadata":{  
      "status":400,
      "detail":"abc",
      "generated_at":"2015-06-18 12:37:28"
   },
   "errors":[  
      {  
         "code":281016,
         "title":"ошибка упрощённой отправки",
         "detail":"контрагент с минимальным набором данных не может быть отправителем по заказу",
         "link":"https://dev.dellin.ru/api/ordering/request/#error_281016",
         "fields":["receiver"]
      },
      {  
         "code":281017,
         "title":"Недопустимое значение параметра",
         "detail":"Данный параметр может содержать только значения из списка доступных значений",
         "link":"https://dev.dellin.ru/api/ordering/request/#error_281017",
         "fields":["requester"],
         "validValues":[1, 2, 3]
      },
      {  
         "code":117004,
         "title":"значение не найдено в справочнике",
         "detail":"необходимо выбрать значение из соответствующего справочника",
         "link":"https://dev. dellin.ru/calculation/pickup/#error_117004",
         "fields":["requester"],
         "badValues":["0xa77fcf6a449164ed490133777a68bd00"]
      }
   ]
}

<response>
   <metadata>
      <status>400</status>
      <detail>abc</detail>
      <generated_at>2015-06-18 12:37:28</generated_at>
   </metadata>
   <errors>
      <code>281016</code>
      <title>ошибка упрощённой отправки</title>
      <detail>контрагент с минимальным набором данных не может быть отправителем по заказу</detail>
      <link>https://dev.dellin.ru/api/ordering/request/#error_281016</link>
      <fields>receiver</fields>
   </errors>
   <errors>
      <code>281017</code>
      <title>Недопустимое значение параметра</title>
      <detail>Данный параметр может содержать только значения из списка доступных значений</detail>
      <link>https://dev. dellin.ru/api/ordering/request/#error_281017</link>
      <fields>requester</fields>
      <validValues>1</validValues>
      <validValues>2</validValues>
      <validValues>3</validValues>
   </errors>
   <errors>
      <code>117004</code>
      <title>значение не найдено в справочнике</title>
      <detail>необходимо выбрать значение из соответствующего справочника</detail>
      <link>https://dev.dellin.ru/calculation/pickup/#error_117004</link>
      <fields>requester</fields>
      <badValues>0xa77fcf6a449164ed490133777a68bd00</badValues>
   </errors>
</response>

Описание параметров

Response
Параметр	Тип	Описание
metadata	object	Информация об оформленной заявке
metadata.status	integer	Эмуляция http-кода состояния
metadata. detail	string	Текстовое описание ответа сервера
metadata.generated_at	string	Дата и время генерации ответа сервера
errors	array of Response.Errors	Перечень ошибок

Описание общих ошибок API

Номер ошибки	http-код	Краткое описание ошибки	Детальное описание ошибки
100001	415	Некорректный content-type	Допустимые значения content-type: application/json (стандарт RFC4627) и text/xml (стандарт RFC3023)
100002	404	Метод не найден	Проверьте правильность адреса метода
100003	410	Метод отключен	Запрошенный метод более не доступен
100004	403	Отсутствует доступ к методу	Доступ к методу предоставляется по требованию. Для получения доступа обратитесь к персональному менеджеру или в техническую поддержку
100005	429	Количество запросов к превышено	Превышена допустимая частота запросов. Для увеличения лимита обратитесь к персональному менеджеру или в техническую поддержку
100006	500	Внутренняя ошибка сервера	Попробуйте вызвать метод через некоторое время. При повторении ошибки обратитесь в службу поддержки
101001	401	Требуется авторизация	Не передан API-ключ
101002	401	Требуется авторизация	Передан недействительный API-ключ
101003	401	Требуется авторизация	Требуется передать параметр sessionID
101004	401	Требуется авторизация	Время жизни сессии истекло
101005	401	Требуется авторизация	Сессия не найдена или создана с другим API-ключом
101006	401	Требуется авторизация	Неверный логин или пароль
101007	401	Требуется авторизация	API-ключ заблокирован. Обратитесь в техническую поддержку
101008	401	Ошибка парсинга	Запрос не соответствует формату json
101009	401	Ошибка парсинга	Запрос не соответствует формату xml
110001	400	Неверный формат параметра	Значение, переданное в параметре, не соответствует требуемому формату
110002	400	Ошибка типизации	Значение, переданное в параметре, имеет некорректный тип
110003	400	Отсутствует обязательный параметр	Отсутствует обязательный параметр
110004	400	Не передан ни один из обязательных параметров	В запросе должен присутствовать хотя бы один параметр из совокупности, однако не указано ни одного
110005	400	Допустима передача только одного из параметров	Указаны взаимоисключающие параметры, только один из которых может присутствовать в запросе
110006	400	Превышено ограничение на длину списка	Количество элементов в списке превышает максимально допустимое
110007	400	Объект не существует	Не найден объект с указанным ID. Проверьте правильность переданного значения
110008	400	Недопустимый набор параметров	Указанные параметры не должны участвовать в запросе
120001	500	Внутренняя ошибка сервера	Попробуйте вызвать метод через некоторое время. При повторении ошибки обратитесь в службу поддержки (Причина: Сервис calculateCustomers не отвечает)
120002	500	Внутренняя ошибка сервера	Попробуйте вызвать метод через некоторое время. При повторении ошибки обратитесь в службу поддержки (Причина: Сервис calculateCustomers вернул неизвестную ошибку)
120101	500	Внутренняя ошибка сервера	Попробуйте вызвать метод через некоторое время. При повторении ошибки обратитесь в службу поддержки (Причина: Сервис calculateCustomersV2 не отвечает)
120102	500	Внутренняя ошибка сервера	Попробуйте вызвать метод через некоторое время. При повторении ошибки обратитесь в службу поддержки (Причина: Сервис calculateCustomersV2 вернул неизвестную ошибку)
120201	400	Ошибка в параметрах запроса	Переданы неправильные параметры в запрос (Причина: Переданы некорректные данные в getOrdersTracker)
120301	500	Внутренняя ошибка сервера	Попробуйте вызвать метод через некоторое время. При повторении ошибки обратитесь в службу поддержки (Причина: Сервис getPaymentsByOrders не отвечает)
121001	500	Внутренняя ошибка сервера	Попробуйте вызвать метод через некоторое время. При повторении ошибки обратитесь в службу поддержки
121002	500	Внутренняя ошибка сервера	Попробуйте вызвать метод через некоторое время. При повторении ошибки обратитесь в службу поддержки
130001	500	Внутренняя ошибка сервера	Попробуйте вызвать метод через некоторое время. При повторении ошибки обратитесь в службу поддержки
130002	400	Ошибка выполнения запроса	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
130003	400	Указан некорректный документ, удостоверяющий личность	Проверьте правильность переданных значений
130004	400	Не передан ни один из обязательных параметров	В запросе должен присутствовать хотя бы один параметр из совокупности, однако не указано ни одного
130005	400	Отсутствует обязательный параметр	Отсутствует обязательный параметр
130006	400	Значение превышает допустимое	Габариты превышают допустимые размеры
130007	400	Неверный формат параметра	Значение, переданное в параметре, не соответствует требуемому формату
130008	400	Недопустимое значение параметра	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
130009	400	Превышено ограничение на длину значения	Превышена максимально допустимая длина значения поля
130010	400	Отсутствует согласие с тарифами и правилами перевозки	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
130014	400	Ошибка наложенного платежа	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
130017	400	Невозможно оформить заявку на указанное время	—
130023	400	Выбран недопустимый терминал	Выбран недопустимый терминал
130024	400	Превышено ограничение на длину списка	Превышено максимальное количество контрагентов в адресной книге (10000). Необходимо удалить часть записей или обратиться в службу поддержки
150001	500	Внутренняя ошибка сервера	Попробуйте вызвать метод через некоторое время. При повторении ошибки обратитесь в службу поддержки
150002	500	Внутренняя ошибка сервера	Попробуйте вызвать метод через некоторое время. При повторении ошибки обратитесь в службу поддержки
180001	400	Указан некорректный документ, удостоверяющий личность	Проверьте правильность переданных значений
180002	400	Указан некорректный адрес	Указан некорректный адрес
180003	400	Выбран недопустимый терминал	Выбранный терминал не может принять груз с указанными ВГХ
180004	400	Услуга недоступна	Выбранная услуга недоступна для указанных параметров перевозки
180005	400	Значение превышает допустимое	Весогабаритные характеристики груза превышают допустимые для приёма на терминалах города
180006	400	Ошибка в параметрах запроса	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
180007	400	Недопустимое значение параметра	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
180008	400	Ошибка упрощенной отправки	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
180009	400	Ошибка оформления услуги Доставка в день заказа	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
180010	400	Ошибка оформления услуги Доставка в точное время	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
180011	400	Указан некорректный период работы	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
180012	400	Выбранная дата недоступна	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
180013	400	Ошибка параметров оплаты	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
180014	400	Ошибка наложенного платежа	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
180015	400	Ошибка оформления услуги	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
180016	400	Ошибка при сохранении заявки	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра
180017	400	Невозможно оформить заявку на указанное время	Детальное описание ошибки содержит уточняющую информацию. Текст варьируется в зависимости от проверяемого параметра

Ошибка: 429 Слишком много запросов — вы были ограничены в скорости | by Bearer

Ваше приложение работает без сбоев. Испытания прошли. Внезапно вы начинаете видеть ответы с ошибкой 429 от API. Как следует из названия, вы сделали слишком много запросов, и скорость вашего приложения была ограничена. Ошибка 429 (слишком много запросов) — это код состояния HTTP, который часто возникает, когда вы сталкиваетесь с ограничением запросов API.

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

Итак, что вы, как разработчик, использующий API, можете с этим сделать? Для начала давайте посмотрим, что вызывает ошибку и как найти сведения об ограничении скорости для API.

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

Обычно ограничения скорости определяются запросами в течение определенного периода времени. Например, GitHub v3 REST API имеет ограничение в 5000 запросов в час на аутентифицированного пользователя для аутентифицированных запросов. Для неаутентифицированных запросов ограничение составляет 60 запросов в час. Эти типы ограничений могут быть либо общими для API, либо уникальными для конечной точки или ресурса. Например, Discord API имеет уникальные ограничения для каждой конечной точки и учетной записи. В результате вам следует избегать жестких ограничений непосредственно в вашем приложении.

Следует также помнить, что эти временные ограничения могут быть установлены на основе времени первого запроса или могут иметь фиксированные временные рамки, например начало дня.

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

Вы видели код ошибки, но часто бывает доступна дополнительная информация, когда ваш запрос не выполняется. API-интерфейсы REST часто содержат сообщение с описанием проблемы вместе с набором из X-RateLimit-* заголовки с информацией о лимитах. Некоторые API, такие как GitHub, также будут включать это при успешных запросах. Каждый API будет иметь свои собственные определенные заголовки, но есть несколько общих заголовков, связанных с ограничением скорости:

• X-RateLimit-Limit : количество запросов, которые могут быть сделаны (за определенный период времени).
• X-RateLimit-Remaining : Оставшееся количество запросов, которые можно сделать (за определенный период времени).
• X-RateLimit-Reset : Отметка времени сброса лимита.

API-интерфейсы GraphQL либо будут возвращать ошибку при достижении предела, как API-интерфейс Yelp GraphQL, либо вместо этого могут предлагать средства для проверки текущего использования. GitHub v4 Graph API делает это, позволяя пользователям запрашивать объект rateLimit .

 запрос { rateLimit { предельная стоимость, оставшаяся resetAt } } 

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

Если API предоставляет вам заголовки или объекты ошибок, которые содержат информацию о сбросе, вы можете использовать это, чтобы подождать соответствующее время перед повторной попыткой. Возьмите resetAt - currentTime и используйте его, чтобы подождать, прежде чем делать другой запрос. Вы даже можете внедрить эту функцию в автоматический выключатель или использовать такое решение, как Bearer, для повторной попытки при определенных условиях.

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

Это хорошие подходы, но что, если вы предоставляете API, который превышает ограничения по скорости для других API? В этом случае вам нужно ограничить входящие вызовы к вашему API, чтобы ограничения скорости не вызывали проблем. Дросселирование — это метод, который ограничивает выполнение кода. В этом случае запросы ограничиваются и «отбрасываются» или выполняются с кэшированными данными. Таким образом, ваше приложение вмешивается до того, как сторонняя служба достигнет предела. Этот подход также может быть полезен для ограничения использования дорогостоящих API. Вы даже можете реализовать собственное ограничение скорости с более консервативными пороговыми значениями, которые не позволят вашему приложению выйти за пределы стороннего API.

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

Учитывая все это, ваше приложение должно быть более устойчивым к ошибке «Слишком много запросов». Посетите блог Bearer, чтобы найти больше статей о создании устойчивых приложений, и свяжитесь с нами @BearerSH, чтобы рассказать нам, как вы реагируете на ошибки 429.

Если вам понравился этот пост, не стесняйтесь поделиться этой инфографикой со своей командой:

Первоначально опубликовано по адресу https://blog.bearer.sh 25 февраля 2020 г.

Как исправить 429 Слишком много запросов Код ошибки: 6 проверенных решений

Ошибки

27 сентября 2022 г.

Nabilla R.

7 мин Чтение

Веб-серверы используют коды состояния HTTP для связи с клиентами при доставке содержимого веб-сайта. Вариаций много, от Коды состояния 3xx , которые идентифицируют процессы перенаправления на Коды 4xx , которые указывают на ошибки на стороне клиента.

Один из этих HTTP-кодов — 429 Too Many Requests . Как следует из названия, этот код появляется всякий раз, когда кто-то повторно заходит на веб-сайт и превышает лимит скорости. В большинстве случаев эта ошибка блокирует доступ к панели администратора и делает сайт недоступным.

Имея это в виду, в этой статье вы найдете шесть эффективных решений для диагностики и устранения ошибки 429.ошибка на вашем сайте. Во-первых, давайте начнем с более подробной информации об этой ошибке HTTP.

Начать бесплатный 7-дневный курс электронной почты по WordPress

Что такое ошибка 429 Слишком много запросов?

Ошибка HTTP 429 технически не является ошибкой, а является ответом, отправляемым веб-сервером или интерфейсом прикладного программирования (API) всякий раз, когда пользователь отправляет слишком много запросов на сервер в течение заданного периода времени.

В зависимости от используемого браузера сообщение об ошибке может отображаться в следующих вариантах:

• 429 Ошибка
• HTTP 429
• 429 Слишком много запросов
• Ошибка 429 (Слишком много запросов)

Однако

веб-серверы иметь пределы. Когда им не хватает памяти для обработки запросов, возникает ошибка 429.

Кроме того, ошибка HTTP 429 также может появляться в ответ на меры безопасности. Слишком большое количество запросов может указывать на атаки методом перебора или распределенного отказа в обслуживании (DDoS).

HTTP 429 заблокирует подозрительный IP-адрес или пользователя для защиты веб-сайта. Таким образом, он может предотвратить проникновение хакеров на вашу страницу входа и заблокировать использование ботами ресурсов вашего сервера.

Что вызывает ошибку 429?

Как упоминалось ранее, ошибка HTTP 429 возникает, когда сервер обнаруживает слишком много попыток за короткий промежуток времени. Это может быть связано либо с тем, что пользователь пытается войти в систему с неправильными учетными данными, либо со злоумышленником, пытающимся саботировать ваш веб-сайт.

Всякий раз, когда возникает такая ситуация, система активирует функцию ограничения скорости, вызывая ошибку HTTP 429.

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

Помимо отображения кода HTTP, сообщение об ошибке обычно содержит дополнительные сведения вместе с причиной ошибки, например:

 HTTP/1.1 429 Слишком много запросов
Тип контента: текст/html
Retry-After: 3600 

В приведенном выше примере заголовок Retry-After указывает срок, в течение которого пользователь вынужден прекратить отправку запросов.

Обычно ошибка 429 исчезает через некоторое время. Однако, если это вызвано вредоносной атакой, ошибка может сделать ваш сайт недоступным и лишить вас доступа к области администрирования WordPress.

6 способов исправить ошибку 429 Too Many Requests

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

1. Очистить кэш

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

Однако, когда эти данные накапливаются, это может вызвать ошибку 429.

Итак, первый шаг — очистить кеш браузера. Чтобы проиллюстрировать, мы продемонстрируем, как это сделать на Google Chrome, , хотя этот процесс аналогичен любому другому браузеру:

1. Нажмите на значок с тремя точками в правом верхнем углу Google Chrome, затем выберите Настройки.

2. Перейдите к настройкам Конфиденциальность и безопасность и выберите Очистить данные браузера .

3. Оттуда проверьте параметры Кэшированные изображения и файлы и Файлы cookie и другие данные сайта . Затем откройте раскрывающееся меню, чтобы выбрать временной диапазон.

4. Нажмите Очистить данные и перезапустите Google Chrome, чтобы завершить процесс.

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

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

Если кеш браузера вызывал ошибку 429ошибка, выполнение описанных выше шагов решит проблему. Однако, если ошибка не устранена, попробуйте следующий метод.

2. Проверьте использование вашего заказа на hPanel

Использование заказа относится к количеству отправленных HTTP-запросов. Проверка использования заказов вашего веб-сайта помогает отслеживать входящий трафик. Это упрощает обнаружение необычных всплесков трафика.

Пользователи Hostinger могут проверять HTTP-запросы, обращаясь к панели управления hPanel. Перейдите к заказу – Использование заказа .

В этом разделе вы найдете различные показатели, связанные с использованием веб-сайта, такие как:

• ЦП — процент использования центрального процессора вашим сайтом.
• Память — общий объем памяти, используемый вашей учетной записью хостинга для обработки запросов.
• Процессы — количество процессов, запущенных на вашем хостинг-аккаунте.
• Входные процессы — количество процессов, используемых для выполнения запросов вашего сайта.
• Всего запросов — показывает запросы HTTP и HTTPS всех учетных записей хостинга.
• Уникальные IP-адреса — отслеживает различные IP-адреса, которые обращаются к вашему веб-сайту.
• Пропускная способность – данные, переданные в течение определенного периода времени.

Эти показатели могут помочь определить, подвержен ли ваш веб-сайт риску киберугроз. Для получения дополнительной информации взгляните на этот показатель ниже:

На графике выше красная линия представляет лимит вашего текущего плана. Синяя линия показывает количество HTTP-запросов, поступающих на ваш сайт. Вы можете диагностировать возможную DDoS-атаку всякий раз, когда видите значительное увеличение HTTP-запросов.

3. Отключите все плагины WordPress

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

Если ошибка 429 не устранена после выполнения двух предыдущих шагов, попробуйте временно отключить все плагины WordPress.

Для этого откройте wp_content в корневом каталоге. Вы должны увидеть папку с названием plugins . Приступайте к переименованию папки — например, plugins-disable .

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

Продолжите, переименовав каталог plugins обратно в исходное имя и активируйте плагины один за другим. Таким образом, вы сможете обнаружить плагин, вызывающий ошибку 429.ошибка.

Обнаружив неисправный плагин, попробуйте обновить его и посмотреть, решит ли он проблему. В противном случае вам может потребоваться деактивировать его и установить новый плагин.

4. Переключиться на тему WordPress по умолчанию

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

Самый простой способ решить эту проблему — переключить текущую тему на тему WordPress по умолчанию. Если вы не можете получить доступ к своей панели инструментов WordPress, выполните следующие действия, чтобы изменить тему через phpMyAdmin :

1. Перейдите в файловый менеджер и откройте файл wp-config.php . Внутри него найдите имя базы данных вашего сайта.

2. Закройте файл и откройте свой phpMyAdmin . Выберите подходящее имя базы данных и выберите таблицу wp_options из списка.

3. Оттуда найдите шаблон и таблицу стилей строк — обычно они расположены на второй странице.

4. Просто дважды щелкните option_value каждой строки и измените значение на имя темы по умолчанию, например, Twenty Nineteen .

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

5. Восстановление сайта из резервной копии

Наличие резервной копии веб-сайта может защитить вас от потери данных, заражения вредоносным ПО и нарушений безопасности. Восстановив резервную копию сайта, вы можете отменить любые изменения, которые могут вызвать HTTP 429.ошибки и вернуть сайт в нормальное состояние.

Ниже приведены шаги по восстановлению веб-сайта и устранению ошибки HTTP 429:

1. Доступ к панели управления хостингом — пользователи Hostinger могут получить доступ к панели управления hPanel и перейти к Файлы — Резервные копии.

2. При нажатии на него отобразятся различные типы резервных копий, сохраненных на сервере. Для веб-сайтов, работающих на WordPress или других системах управления контентом (CMS), необходимо восстановить как файлы веб-сайта, так и базу данных MySQL.

3. Нажмите кнопку Резервные копии файлов , затем нажмите Показать файлы . Если вы хотите восстановить весь сайт, выберите папку public_html и нажмите Восстановить файлы .

4. Затем восстановите базу данных. Выберите параметр Резервные копии базы данных , выберите базу данных для восстановления и нажмите Показать базы данных .

5. Появится список доступных дат резервного копирования — выберите нужную дату и нажмите Восстановить .

6. Система начнет обработку вашего запроса и сообщит вам об этом.

После завершения восстановления все изменения, внесенные после выбранной вами даты восстановления, будут отменены. Это вернет ваш сайт в стабильное состояние и устранит ошибку HTTP 429.

6. Изменение URL-адреса входа в WordPress по умолчанию

Каждый веб-сайт WordPress имеет URL-адрес входа по умолчанию, например, wordpresswebsite.com/wp-admin или wordpresswebsite.com/wp-login.

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

Одним из простых способов изменить URL-адрес входа в систему является установка подключаемого модуля WPS Hide Login. Плагин создает альтернативную страницу входа, чтобы предотвратить проникновение хакеров на ваш сайт.

Чтобы установить плагин, перейдите на панель администратора, выберите Плагины — Добавить новый и введите имя плагина.

После того, как вы активировали плагин, перейдите в Настройки — WPS Скрыть логин и прокрутите вниз, пока не увидите поле URL-адрес входа .

Оттуда вы можете настроить альтернативный URL-адрес для входа. После этого обязательно нажмите Сохранить изменения.

Устранение других ошибок 4xx

Как решить ошибку HTTP 400 — неверный запрос?
Как исправить несанкционированную ошибку 401?
Как исправить ошибку 401 Forbidden?
Как устранить ошибку 404 Not Found?
Как исправить 413 Request Entity Too Large?

Заключение

Код ошибки 429 — это ошибка на стороне клиента, которая возникает всякий раз, когда сервер получает слишком много запросов.

Если ошибка 429 не устранена, она может помешать правильной работе сторонних API и поисковым системам сканировать ваш веб-сайт. Следовательно, очень важно как можно скорее исправить ошибку 429 слишком много запросов.

Вот краткий обзор того, как исправить ошибку 429 слишком много запросов:

1. Очистите кэш браузера.
2. Отслеживайте использование заказов вашей учетной записи хостинга.