Как обратиться к API через сайт-посредник?

Question

[Mishcake]

Привет. Прошу подсказать, насколько верно я мыслю.

Есть конструктор сайтов, который позволяет добавить кастомный js-код (лежит на домене №1). Есть внешний PHP-скрипт (лежит на домене №2), который отправляет / собирает данные из АПИ стороннего сервиса. Есть АПИ (домен №3).

Как лучше организовать запросы к АПИ стороннего сервиса из кастомного кода конструктора сайтов?

Я вижу два варианта. Первый — такой велосипед:
1. Реализуем php-скрипт для обращения к АПИ, размещаем его на своем хосте.
2. Из js-скрипта на конструкторе обращаемся к php-скрипту на своём хосте.
3. php-скрипт посылает запрос, получает ответ и возвращает js-скрипту.
4. На основании ответа js-скрипт делает нужные действия на странице.

Второй — это использовать XMLHttpRequest (? с js пока плохо знаком, это единственное, что нагуглил и что вроде как подходит под мою задачу), отправляя запрос прямо из кастомной формы конструктора.

Как лучше? Как правильней? Прошу помочь.

Comments

[Eugene Chefranov]

что мешает обратиться с домена 1 напрямую на домен 3? Если cors позволяют, то можно на JS с помощью fetch работать с api. Всё зависит от api на домене 3

[twolegs]

Второй вариант возможен только если апи поддерживает кросс-доменные ajax запросы (см. CORS)

[Mishcake]

Eugene Chefranov, мешает пока только незнание этой ситуации и вариантов решения... А как понять, что cors позволяет?)

[Eugene Chefranov]

Mishcake, проверить эмпирическим путем :), написать примитивный запрос на js или отправить запрос через postman

[Mishcake]

Eugene Chefranov, написал запрос внутри страницы на конструкторе, в консоль вывел ответ от АПИ, получил такое:

Status: 401
Headers: content-type: application/json
Body: {"success":false,"data":null,"meta":{"message":"Не указан идентификатор партнера"}}

Значит, можно обойтись без прослойки на внешнем хосте? (из ответа понимаю, что я просто не авторизовался в АПИ, ибо не указан идентификатор партнёра - его ещё получить надо будет).

[Eugene Chefranov]

Mishcake, скорей всего вы не передали api ключ или какой-то id. Но ответ пришел нормально, по идее с cors все норм

[Mishcake]

Eugene Chefranov, да, это понимаю. Но раз ответ пришёл, значит, всё ок и можно работать без php-прослойки?

[Eugene Chefranov]

Mishcake, думаю будет все норм без прослойки. Тестовый api у них есть?

[Шохрух Шаймардонов]

Mishcake, да, можно. Ибо вам б прилетел жирный неприятный ответ с Cross origin....

[Mishcake]

Eugene Chefranov, тестового, кажись, нет, но адекватный ответ от АПИ меня уже радует)

Спасибо, отмечу решением, если напишите как ответ на вопрос)

[Eugene Chefranov]

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

[Mishcake]

Eugene Chefranov, спасибо вам за помощь!

Answer 1

[Иван Шумов]

Никто не даст вам из браузера обращаться к другому домену. Придётся делать прослойку в любом случае на сервере

Comments

[Mishcake]

Но ведь через fetch я смог обратиться по АПИ и получить ответ. Или вы о другом? P.S. Или я неправильно вопрос задал...

[Иван Шумов]

Mishcake, я про клиентский js. Открываем Гугл и читаем про CORS и почему из браузера с других доменов это не работает

[Eugene Chefranov]

Иван Шумов, настройки cors зависят от сервера api, если он позволяет, то можно без проблем общаться между разными доменами.

Вот есть список публичных api https://github.com/public-apis/public-apis для экспериментов

[Иван Шумов]

Eugene Chefranov, есть такие, я не спорю, но из процент настолько мал что обычно это не учитывается даже