Задача

Мы делаем большое количество лендингов наподобие такого. Отличие этих лендингов от обычных — наличие на них формы регистрации. Нам важно, чтобы пользователи на лендингах, не послужили причиной отказа основного проекта (случайно спровоцировав DDOS к примеру). На бекенде реализован функционал Rate Limit, который запрашивает ReCapthca при достижении лимита запросов. Мы бы хотели его использовать и на лендингах.

Документация

Доступная нам информация:

api url: test-catcasino.egamings.com

документация

Список использованных методов api:

• GET /countries
• GET /currencies
• PUT /profiles/phone
• PUT /profiles/email
• PUT /profiles/promocode
• POST /validate/user-register
• POST /profiles

Предполагается что GET методы не имеют rate limit (статичны)

PUT методы имеют Rate Limit

POST методы имеют жесткий Rate Limit

Документация по ReCaptha

Вместе с документацией получены ключи для Google ReCaptcha

Ключи можно посмотреть тут (пароль для доступа CAT)

Что есть:

Есть форма опубликованная на лендинге: ссылка

При достижении лимита запросов на POST /profile приходит код ответа 429, но при этом отсутствует приведенный в документации заголовок Retry-After. Заголовки связанные с ReCapthca так же отсутствуют.

Пример запроса/ответа

curl 'https://test-catcasino.egamings.com/api/v1/profiles' \
  -H 'Accept: application/json' \
  -H 'Accept-Language: ru-RU,ru;q=0.9,en-US;q=0.8,en;q=0.7' \
  -H 'Cache-Control: no-cache' \
  -H 'Connection: keep-alive' \
  -H 'Content-Type: text/plain;charset=UTF-8' \
  -H 'Origin: https://cat-cas-lands.pages.dev' \
  -H 'Pragma: no-cache' \
  -H 'Referer: https://cat-cas-lands.pages.dev/de' \
  -H 'Sec-Fetch-Dest: empty' \
  -H 'Sec-Fetch-Mode: cors' \
  -H 'Sec-Fetch-Site: cross-site' \
  -H 'User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/116.0.0.0 Safari/537.36' \
  -H 'sec-ch-ua: "Chromium";v="116", "Not)A;Brand";v="24", "Google Chrome";v="116"' \
  -H 'sec-ch-ua-mobile: ?0' \
  -H 'sec-ch-ua-platform: "Windows"' \
  --data-raw $'{"email":"[email protected]","phoneCode":"355","phoneNumber":"80505535424","password":"NodeArt9\u0021","currency":"EUR","registrationPromoCode":"","countryCode":"ukr","agreedWithTermsAndConditions":true,"ageConfirmed":true,"passwordRepeat":"NodeArt9\u0021"}' \
  --compressed

На иные API методы ограничения также не обнаружены.

Что хотелось бы:

Запрос на необходимость показа каптчи определялась бекендом для Google Captcha V2. Получив запрос на отображение ReCapthca мы, используя к примеру (демо реализации), подгрузим библиотеку Google ReCapthca2 и покажем галочку для прохождения валидации. Пройдя валидации мы приложим токен к следующему запросу (или, скорее всего, повторим тот запрос по которому у нас запросили каптчу сначала).

Для того чтобы это сделать нам необходимо чтобы на тестовом окружении была активирована поддержка Captcha со cтороны бекенда. Сейчас вероятно этот функционал не активен.

Необходима документация как работать с запросом на ReCaptcha со стороны бекенда.

Желательно иметь наглядный пример реализованной механики работы с captcha (грубо говоря — сайт/лендинг где можно посмотреть как это работает в живую с существующим API)