Да, так и есть - на 7 запросов уходит примерно 1-2 секунды. Обработку очереди сообщений могут выполнять параллельно 3-4 обработчика (worker-a). В результате получим те самые 7x3=21 запрос в 1-2 секунды.

И еще один вопрос:

20 RPS на каждый ресурс или всего 20 запросов к вашему API?

На создание одного тикета в Helpdesk уходит до 7 API запросов:

- создание/получение пользователя

- загрузка от 0 до 4 файлов

- создание тикета

- обновление тикета

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

Под какие цифры его подгонять: 20 RPS или выше?

> - rate limits = 5 в секунду

Как именно считаются эти 5 rps?

У нас установлены виджеты на 3-x сайтах и еще в 2-x местах используется API. Как не нарваться на блокировку?

Есть Программа, Сайт и API сервер.

Из Программы и Сайта можно создать тикет в helpdesk, выбрав одну из категорий.

Для внутренних нужд нужна специальная категория в helpdesk - "Crash reports", в которую наш "API сервер" будет через ваше API писать тикеты. Эта категория не должна выводиться в списке категорий ни на Сайте в виджете, ни в Программе.

Не встречал такого.

Всмысле "тип топика"?

Что насчет максимального размера одного файла?

В случае небольшой базы знаний / форума, достаточно будет:

- по аналогии с robots.txt просто вставить содержимое в текстовое поле. Это содержимое будет отдаваться по <project url>/sitemap.xml с content_type=application/xml

- в некоторых случаях надо создать несколько раздельных sitemap'ов (например, для yandex video)

Подводя итог:

1) раздел меню sitemap, в котором можно создать несколько записей

2) каждая запись состоит из: имя файла, содержимое

3) все эти "записи" отдаются с content type = application/xml

В случае большой базы знаний/форума - все сложнее:

- какие категории включить/не включать в sitemap

- частота обновления

- и, в идеале, добавить микроразметку http://schema.org/