Как работать с АПИ инстаграма

Рекомендуем хостинг TIMEWEB

Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.

Добрый день.
Лично я - нет. Ждём ответа от других пользователей

Нашел такую статью, https://active-vision.ru/blog/instagram-api-basic-display/ , но там как то по идиотски. Нужен еще адрес сайта или адрес приложения в виндовс.

Ну обычно всегда что-то подобное требуется, чтобы API понимало куда и что отправлять гарантированно. В противном случае кто угодно можно получить доступ, если получит ваше токен.
Так что с адресом сайта или идентификатором приложения - это вполне логично.
У меня для всех четырёх API аутентификации (Google, VKontakte, GitHub, Facebook) настраивался принимающий адрес сайта.

А как вы это принимаете на своем сервере?

Вот в этой статье есть пример для Facebook https://evileg.com/ru/post/420/

Если кратко, то у меня есть от Facebook публичный ключ и секретный ключ, а также принимающий ответы url на сайте, о котором знает Facebook, и отсылает ответ на этот url

А как принимается? Есть какйто постоянно слушаемый сокет?

сайт всегда онлайн и url всегда доступен. тем более, что аутентификация сохраняет сессию и не требуется при каждом запросе тыкаться в api facebook

Интересно, а как можно что-нибудь сделать для десктопного приложения.

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

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

У инстаграма и фэйсбука по сути одно и тоже апи, как оказывается. Для виндовса там нужна ссылка на магазин виндовса.
А для веб версии получается все же работа идет через сокет?

Я не знаю для какого именно функционала вы хотите использовать их API.
У меня же их api используется только для аутентификации.
По сути для сайта мне достаточно получить было получить ключи и указать абратный url для завершения регистрации/аутентификации.
На сайте используется для этого третьестороннее приложение, поэтому подробностей не знаю.
Но точно могу сказать, что сокетного соединение тут не требуется. Был отправлен запрос на API, был получен ответ. По принципу, как работает QNetworkAccessManager. Запрос/ответ. Без постоянного соединения.
Обычно все эти API являются REST-API, так что скорее всего там не будет сокетного соединения.
Просто вам нужно провести удачную аутентификацию, а потом уже посылать запросы на API в соответствии с их протоколом запросов.
И если там будет требование по специальным url, то это должно будет быть указано в документации.

А ответ приходит на url сайта или на url отправителя?

у меня сайт запрашивает аутентификацию, а ответная инофрмация приходит на url, который я задал в настройках на Facebook. То есть API facebook в этом случае делает ответный запрос с завершением аутентификации на мой сайт.