rate limit exceeded что делать
Ошибка в товаре (Ошибка. Rate limit exceeded Запрошенный ресурс недоступен.) Есть решение
На страницах некоторых товаров. в место товара выдает вот такой текст:
Подскажите с чем связана такая ошибка?
И как с ней бороться?
8 ответов
Видимо у вас какой-то плагин что-то запрашивает с удаленного сервера. Twitter? Отзывы ЯМаркет? Карты?
В общем многие сервисы ограничивают число запросов к их API определенным числом в сутки или в час.
У твиттера есть лимит по времени. Поэтому он выдает такое сообщение об ошибке. А плагин выводит это сообщение. Ни на чем это не сказывается, кроме как на возможности отправлять в твиттер. Нужно подождать минут 5-10 и эта надпись исчезнет.
Ой. Что-то я засомневался. Мой плагин твиттера выдаст просто:
Он не спрячет товар и не напишет «Запрошенный ресурс недоступен». Возможно это что-то другое.
Оказался модуль загрузки отзывов с Яндекс Маркета.
А какой именно плагин?
Просто у меня тоже есть такой, но я там, вроде, устанавливал лимит на время подключения.
Количество обращений к Контентному API Яндекса по базовому, бесплатному тарфиу — 100 запросов в сутки https://tech.yandex.ru/market/content-data/
Я уже понял откуда эта проблемы вылетела. но не сразу. вспомнил что яндекс рассылку сделал.
Добавить ответ
Webasyst — это CMS нового поколения, совмещающая в себе инструменты для управления сайтом и интернет-магазином с полезными приложениями для совместной работы с коллегами и взаимодействия с клиентами. Единый центр управления бизнесом через интернет.
Платформа
Магазин Webasyst
Помощь
Мы получаем и обрабатываем персональные данные посетителей сайта в соответствии с Политикой обработки персональных данных. Отправка персональных данных с помощью любой страницы сайта подразумевает согласие со всеми пунктами Политики.
Лимиты в Postfix
Почтовый агент Postfix позволяет задавать различные ограничения, таймауты и лимиты. В данной инструкции мы рассмотрим примеры, как это сделать. Используемые значения подойдут для средне статистического сервера, однако, в каждой среде необходимо наблюдение и приведение параметром к оптимальному виду.
Редактирование конфигурационного файла Postfix
Изменения делаем в конфигурационном файле:
* для FreeBSD путь будет /usr/local/etc/postfix/main.cf.
После редактирования не забываем перечитывать изменения командой:
systemctl reload postfix
* для FreeBSD или старых систем на базе Linux вводим service postfix restart.
1. Размер почтового ящика
Для установки квоты на почтовые ящики редактируем следующее:
mailbox_size_limit = 209715200
virtual_mailbox_limit = 209715200
* значение указывается в байтах. В данном примере установлены квоты для почтовых ящиков и виртуальных почтовых ящиков в 200 мб. Для удобства, воспользуйтесь конвертером мегабайт.
Чтобы снять ограничения, можно выставить значения в 0:
mailbox_size_limit = 0
virtual_mailbox_limit = 0
2. Размер отправляемого сообщения
Открываем конфигурационный файл, находим и правим следующее (если строки нет, создаем):
* в данном примере установлено ограничение на размер письма в 70 мб.
Необходимо, чтобы данный размер не превышал размер почтового ящика (mailbox_size_limit и virtual_mailbox_limit, которые по умолчанию имеют значения 51200000 или 50 мб), в противном случае, в логе мы увидим ошибку fatal: main.cf configuration error: mailbox_size_limit is smaller than message_size_limit.
Для этого можно либо задать значения равные (или больше) message_size_limit:
message_size_limit = 73400320
mailbox_size_limit = 73400320
virtual_mailbox_limit = 73400320
. либо отключить ограничения:
message_size_limit = 73400320
mailbox_size_limit = 0
virtual_mailbox_limit = 0
3. Количество сообщений и одновременных подключений
В конфигурационном файле добавляем такие строки:
anvil_rate_time_unit = 60s
smtpd_client_message_rate_limit = 200
smtpd_client_recipient_rate_limit = 60
smtpd_client_connection_count_limit = 20
smtpd_client_connection_rate_limit = 40
* в данном примере мы установили следующие ограничения на количество отправляемых писем:
4. Очередь сообщений
queue_run_delay = 5m
minimal_backoff_time = 10m
maximal_backoff_time = 15m
maximal_queue_lifetime = 1d
* где queue_run_delay задает время, как часто сообщения из очереди будут отправляться повторно; minimal_backoff_time устанавливает время, на которое будет отложена отправка сообщений, которые не были отправлены по причине временных неисправностей (например, принимающий сервер не отвечает или просит повторить запрос позже), но не позднее maximal_backoff_time; параметр maximal_queue_lifetime установит, через какой период перестать делать попытки при отправке сообщения и вернуть его отправителю с ошибкой.
5. Таймаут на отправку сообщений
smtp_data_done_timeout = 600s
smtp_data_init_timeout = 120s
smtp_data_xfer_timeout = 180s
* где smtp_data_done_timeout — ограничение времени для отправки сообщения; smtp_data_init_timeout — ограничение времени для отправки команды SMTP DATA и для получения ответа удаленного SMTP-сервера; smtp_data_xfer_timeout — ограничение времени для отправки содержимого сообщений.
6. Отправка сообщений об ошибках (4xx or 5xx)
smtpd_error_sleep_time = 3s
smtpd_soft_error_limit = 5
smtpd_hard_error_limit = 10
552 5.3.4 message size exceeds fixed limit
Если сталкиваемся с сообщением «552 5.3.4 message size exceeds fixed limit» (переводится как «Размер сообщения превышает установленные ограничения»), значит отправляемое письмо не вписывается в установленные лимиты. Чтобы исправить ситуацию, уменьшаем размер сообщения или редактируем лимиты (пункты 1 и 2).
То есть, размер message_size_limit не должен превышать mailbox_size_limit и virtual_mailbox_limit.
Работа с конфигом postfix
Неколько полезных консольных команд по работе с конфигурацией.
1. Посмотреть значение параметра по умолчанию:
API rate limit exceeded #16
Comments
Harmon758 commented Aug 23, 2019
I’m getting this error fairly consistently when using the action:
The text was updated successfully, but these errors were encountered:
damccorm commented Aug 26, 2019
Harmon758 commented Aug 26, 2019
damccorm commented Aug 26, 2019
I’ll try to dig in a little more and figure out what exactly is happening here
kjk commented Aug 26, 2019 •
Just an idea: data returned by https://api.github.com/repos/golang/go/git/refs/tags doesn’t change often so it could be stored directly in this repo and updated once a day via cron job (via GitHub Action Workflow, of course).
I did something like that so you can use that as inspiration:
It’s quite simple: a daily cron job updates some files in the repo and if they change, it checks them in.
A bonus of such change is that it would speed up the action (by removing an http request).
damccorm commented Aug 26, 2019
It also could create a weird situation where 12.x resolves to one Go version for v1.0.0 of this action, but to a different Go version for v1.1.0 of the action which seems non-ideal.
pelletier commented Aug 27, 2019
FYI, I am seeing this as well, trying to setup Github Actions on a public repo: https://github.com/pelletier/go-toml/pull/294/checks?check_run_id=204074095
Started happening after
1h of working on it.
kjk commented Aug 27, 2019
Probably relevant: the ip address hitting this limit is 199.7.166.17 which belongs to MacStadium.
I assume GitHub uses MacStadium for running OSX jobs and it seems they’re all behind the same proxy which is why they are hitting GitHub limit.
So if GitHub has such capability, you should whitelist that IP address.
nathany commented Aug 30, 2019
Also seeing this error here after adding macOS to the build matrix.
It also appears to have cancelled my Windows and Linux builds?
Bios-Marcel commented Aug 30, 2019
Same IP, same symptoms. Depending on what the rate limit is, might it be possible to just delay the download instead of failing?
kjk commented Aug 30, 2019
Another option would be to attribute the call not to anonymous user but to a given GitHub user.
Actions already provide GITHUB_TOKEN secret of the repo’s owner. It’s just a matter of plugging it into that API call.
It might not be possible to just access it from the action but it would be possible to define github-token argument to the action, use it if provided and document that to avoid this rate limit, the user can provide it as:
Ошибка ограничения Messenger Platform (# 613) Звонки на этот API превысили ограничение скорости
У меня возникают проблемы с тестированием моего приложения на платформе Messenger для отправки одного и того же сообщения нескольким пользователям в короткие сроки. Я получаю предельную ошибку: (#613) Calls to this api have exceeded the rate limit.
В настоящее время я проверяю это, посылая одно и то же сообщение несколько раз одному и тому же пользователю (мне); в реальном мире одно и то же сообщение будет отправлено нескольким разным пользователям.
Кроме того, я использую тестовое приложение живого приложения для выполнения этих тестов. Это должно значительно улучшить в живом приложении?
Мне действительно нужна хорошая широковещательная рассылка сообщений, поэтому в настоящее время в моей настройке несколько потоков порождают (50) параллельные отправки сообщений, некоторые из них уже достигли этого предела и вывели ошибку. Кроме того, я попробовал Пакетные Запросы, чтобы улучшить скорость процесса доставки, и в этот момент он действительно становится невыносимым с вероятностью успеха менее 50%.
Я читал об общих ограничениях скорости Graph API (https: // для разработчиков. facebook.com/docs/graph-api/advanced/rate-limiting), и чтобы отправить сообщение, вы предоставляете токен доступа к странице, поэтому я ожидаю, что мое приложение попадет в «Ограничение скорости на уровне страницы» категория, если я отправлял слишком много сообщений. Однако в ответах об ошибках нет заголовков X-Page-Usage (кстати, ни X-App-Usage).
Платформа Messenger поддерживает высокую скорость вызовов API отправки.
Тем не менее, вы должны спроектировать свою систему таким образом, чтобы распределять любые неожиданно большие объемы нагрузки с течением времени и иметь возможность контролировать свою пропускную способность, если вы достигнете наших ограничений скорости.
Существуют ограничения скорости, чтобы предотвратить злонамеренное поведение и плохой пользовательский опыт.
Обязательно отслеживайте все ошибки, возвращаемые API-интерфейсом отправки, в том числе ту, которая указывает, что вы достигли ограничения скорости.
Они также не особенно полезны, так как они явно не ссылаются на общие ограничения API Graph и не определяют различное количество запросов, которые вам разрешено выполнять.
Лимиты в Postfix
Почтовый агент Postfix позволяет задавать различные ограничения, таймауты и лимиты. В данной инструкции мы рассмотрим примеры, как это сделать. Используемые значения подойдут для средне статистического сервера, однако, в каждой среде необходимо наблюдение и приведение параметром к оптимальному виду.
Редактирование конфигурационного файла Postfix
Изменения делаем в конфигурационном файле:
* для FreeBSD путь будет /usr/local/etc/postfix/main.cf.
После редактирования не забываем перечитывать изменения командой:
systemctl reload postfix
* для FreeBSD или старых систем на базе Linux вводим service postfix restart.
1. Размер почтового ящика
Для установки квоты на почтовые ящики редактируем следующее:
mailbox_size_limit = 209715200
virtual_mailbox_limit = 209715200
* значение указывается в байтах. В данном примере установлены квоты для почтовых ящиков и виртуальных почтовых ящиков в 200 мб. Для удобства, воспользуйтесь конвертером мегабайт.
Чтобы снять ограничения, можно выставить значения в 0:
mailbox_size_limit = 0
virtual_mailbox_limit = 0
2. Размер отправляемого сообщения
Открываем конфигурационный файл, находим и правим следующее (если строки нет, создаем):
* в данном примере установлено ограничение на размер письма в 70 мб.
Необходимо, чтобы данный размер не превышал размер почтового ящика (mailbox_size_limit и virtual_mailbox_limit, которые по умолчанию имеют значения 51200000 или 50 мб), в противном случае, в логе мы увидим ошибку fatal: main.cf configuration error: mailbox_size_limit is smaller than message_size_limit.
Для этого можно либо задать значения равные (или больше) message_size_limit:
message_size_limit = 73400320
mailbox_size_limit = 73400320
virtual_mailbox_limit = 73400320
. либо отключить ограничения:
message_size_limit = 73400320
mailbox_size_limit = 0
virtual_mailbox_limit = 0
3. Количество сообщений и одновременных подключений
В конфигурационном файле добавляем такие строки:
anvil_rate_time_unit = 60s
smtpd_client_message_rate_limit = 200
smtpd_client_recipient_rate_limit = 60
smtpd_client_connection_count_limit = 20
smtpd_client_connection_rate_limit = 40
* в данном примере мы установили следующие ограничения на количество отправляемых писем:
4. Очередь сообщений
queue_run_delay = 5m
minimal_backoff_time = 10m
maximal_backoff_time = 15m
maximal_queue_lifetime = 1d
* где queue_run_delay задает время, как часто сообщения из очереди будут отправляться повторно; minimal_backoff_time устанавливает время, на которое будет отложена отправка сообщений, которые не были отправлены по причине временных неисправностей (например, принимающий сервер не отвечает или просит повторить запрос позже), но не позднее maximal_backoff_time; параметр maximal_queue_lifetime установит, через какой период перестать делать попытки при отправке сообщения и вернуть его отправителю с ошибкой.
5. Таймаут на отправку сообщений
smtp_data_done_timeout = 600s
smtp_data_init_timeout = 120s
smtp_data_xfer_timeout = 180s
* где smtp_data_done_timeout — ограничение времени для отправки сообщения; smtp_data_init_timeout — ограничение времени для отправки команды SMTP DATA и для получения ответа удаленного SMTP-сервера; smtp_data_xfer_timeout — ограничение времени для отправки содержимого сообщений.
6. Отправка сообщений об ошибках (4xx or 5xx)
smtpd_error_sleep_time = 3s
smtpd_soft_error_limit = 5
smtpd_hard_error_limit = 10
552 5.3.4 message size exceeds fixed limit
Если сталкиваемся с сообщением «552 5.3.4 message size exceeds fixed limit» (переводится как «Размер сообщения превышает установленные ограничения»), значит отправляемое письмо не вписывается в установленные лимиты. Чтобы исправить ситуацию, уменьшаем размер сообщения или редактируем лимиты (пункты 1 и 2).
То есть, размер message_size_limit не должен превышать mailbox_size_limit и virtual_mailbox_limit.
Работа с конфигом postfix
Неколько полезных консольных команд по работе с конфигурацией.
1. Посмотреть значение параметра по умолчанию: