brainfucker 12 апр 2011 в 17:26

Поддержка OAuth 2.0 платформой ВКонтакте

2 мин

38K

Социальные сети и сообщества

+99

Комментарии 89

mark_ablov 12 апр 2011 в 17:27

не прошло и года :)

+10

SovGVD 12 апр 2011 в 17:59

а мне кажется прошло

+17

mark_ablov 12 апр 2011 в 18:10

на самом деле вменяемый драфт, по которому можно уже было реализовать этот протокол, появился в середине прошлого года. А финальная версия пару месяцев назад.
Но главное то, что некоторые крупные сайты ввели это в начале этого года, а вконтакте очнулся только спустя 2-3 месяца, что не очень.

johny 12 апр 2011 в 19:46

Финальная версия так и не появилась.
Постоянно приходится перечитывать протокол и находить в нем изменения.
Последний драфт от 6 апреля, версия 15 (draft-ietf-oauth-v2.0-15)

antonsnowy 13 апр 2011 в 01:14

Лучше поздно, чем последними. OAUTH это хорошо, теперь остались только Одноклассники (Мой Мир уже поддержал).

massbeat 13 апр 2011 в 09:57

Одноклассники запустили OAuth 2.0 в начале марта.

ilya_compman 12 апр 2011 в 17:44

Они молодцы!

rhangelxs 12 апр 2011 в 18:52

Если бы своих костылей в виде OpenAPI не писали, были бы еще большими молодцами)

igrishaev 12 апр 2011 в 17:47

Очень хорошо, а то их велосипеды были жалким подобием.

acmer 12 апр 2011 в 17:47

Свершилось чудо!!!

sajgak 12 апр 2011 в 17:48

Наконец то. Только чувствую, какой то подвох таки будет… они не могут сделать все хорошо

4pcbr 12 апр 2011 в 18:07

могут

sajgak 12 апр 2011 в 18:17

дай бог если вы правы, если же нет, то это десятки безсонных ночей работы с их велосипедами, а потом полное разочаровние в том, что они опять все поменяют

sonnix 12 апр 2011 в 17:56

кстати, вчера только задумался над тем — почему ВК не сделали еще OAuth… бывает же:)

rule 12 апр 2011 в 18:00

OAuth != OAuth2

sonnix 12 апр 2011 в 18:07

спасибо К.О., я имел ввиду способ авторизации, а не версию протокола :)

devosx 12 апр 2011 в 18:00

И что теперь можно через стандартные либы OAuth использовать еще и vk? Интересует пример на питоне.

НЛО прилетело и опубликовало эту надпись здесь

lorien 17 апр 2011 в 21:26

У меня сегодня получилось работать с oauth v.2 и с facebook и с vkontakte
Я пишу django-приложение для авторизации через социальные сети: bitbucket.org/lorien/django-xauth/src
Вот работа с oauth2: bitbucket.org/lorien/django-xauth/src/fbb5cb33026a/xauth/service/oauth2/views.py
Для работы с oauth v.2 я использовал следующую библиотеку: github.com/ryanhorn/tyoiOAuth2

reket 12 апр 2011 в 18:06

Ошибка client_secret='+$secret);

BiSeTrojanov 12 апр 2011 в 18:16

И когда же наконец сделают OpenID?

НЛО прилетело и опубликовало эту надпись здесь

4pcbr 12 апр 2011 в 19:26

У этих протоколов разное назначение: OAuth преимущественно для авторизации клиента, передающего данные. OpenID — для унификации авторизации

HeadFore 12 апр 2011 в 20:02

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

4pcbr 12 апр 2011 в 20:12

Это правда. OpenID в реализации на порядок сложнее чем простенькая авторизация, а смысл тот же

matiouchkine 12 апр 2011 в 21:21

Это вы зачем людей в заблуждение вводите?

Сходите, изучите значение слов «сложнее» и «порядок», пожалуйста.

4pcbr 12 апр 2011 в 21:45

сами идите

matiouchkine 12 апр 2011 в 21:53

О, тролль.

Ну расскажите мне, чем это OpenID сложнее, чем OAuth. И заодно софистику «OAuth преимущественно для авторизации клиента, передающего данные. OpenID — для унификации авторизации» проясните.

А то пацаны в лице автора протокола пока-то и не в курсе.

-2

4pcbr 12 апр 2011 в 22:04

OpenID в реализации на порядок сложнее чем простенькая авторизация

matiouchkine 12 апр 2011 в 23:19

А. Виджет. Ясно.

НЛО прилетело и опубликовало эту надпись здесь

brainfucker 12 апр 2011 в 18:32

По прежнему 3 запроса в секунду на одного пользователя

НЛО прилетело и опубликовало эту надпись здесь

brainfucker 12 апр 2011 в 21:28

особые квоты в зависимости от популярности приложения

matiouchkine 12 апр 2011 в 21:22

Это в сочетании с OAuth — прямая дорога к монетизации, кстати. OAuth ведь обычно нужен приложениям.

mrskam 12 апр 2011 в 18:21

Сделали бы еще, чтобы email отдавался, как у гугли и того же фейсбука.

matiouchkine 12 апр 2011 в 21:23

И не как у твиттера. Они защищаются от лишних нападок.

mrskam 12 апр 2011 в 22:57

А смысл? Вот представте ситуацию — у нас есть некий ресурс, предположим docme.ru, и есть на нем авторизация с помощью VK, Yandex, Mail.ru и пр. Допустим, упал вконтакт, такое уже бывало, и наши пользователи не могут получить доступ к своему аккаунту. Но, имея мыла на руках, можно сделать восстановление доступа, временное или постоянное. А так мыло приходится спрашивать дополнительно при регистрации, и не факт, что оно будет «правильное».

Это кстати из реальной жизни, мы на ДокМи с этим столкнулись, когда Mail.ru упал, и благо, что пользователей от него не так много в настоящий момент. Однако письма в тех.поддержку посыпались моментально. Так что я считаю — мыло крайне необходимо, если даешь oauth|openid|etc. Вопрос даст ли его пользователь — дело второе. Все-таки сеть — штука нестабильная

НЛО прилетело и опубликовало эту надпись здесь

matiouchkine 12 апр 2011 в 23:14

Я имел в виду нападки от параноиков ;-)

mrskam 13 апр 2011 в 00:30

Ну гугль и фейсбук не боятся, в сумме думаю акков у них поболее будет, и ничего, не параноят.
А для параноиков — все просто — галка с выбранным пунктом «дать доступ к мылу» в окошке подтверждения, параноики эту галку снимут.

Gorthauer87 12 апр 2011 в 18:24

Для десктопных прог нет ограничений? А то сейчас у нас весьма ядреная авторизация используется и она не срабатывает на мобилках((

4pcbr 12 апр 2011 в 19:22

OAuth построена на http. Если у десктопной проги нет ограничений на использование http-протокола, то и ограничений для авторизации быть не должно.

Быть может, вы об авторизации через ява-апплеты какие-нибудь говорите?

barker 12 апр 2011 в 20:06

Нет, для десктоп-приложений была трёхступенчатая авторизация через перезагрузку страниц, с яваскриптом и куками. Подразумевалось, что мобильное приложение должно просто открыть эту страницу во встроенном браузере и потом им полагалось как-то управлять ещё. Что вообще малореально. В мобилах и правда были большие проблемы с этим. Приходилось выкручиваться или через эмуляцию этих костылей через http-запросы или выносить авторизацию наружу приложения куда-нибудь.

НЛО прилетело и опубликовало эту надпись здесь

brainfucker 12 апр 2011 в 18:31

Нет, имеется в виду, что можно использовать новый формат запросов используя access_token

НЛО прилетело и опубликовало эту надпись здесь

acmer 12 апр 2011 в 20:01

IFrame приложения могут использовать OpenAPI. Схема авторизации аналогична сайтам.

stand_up 12 апр 2011 в 18:45

Было вообще круто, если б они хорошенько протестировали основной функционал перед запуском. Залогинеться у меня получилось, а вот насрать на свою же стенку или вытащить полную инфу о себе уже не могу, errorы возвращает. Конечно допускаю, что я что-то не верно сделал, но access_token получил валидный, могу достать список своих друзей.

brainfucker 12 апр 2011 в 18:53

Писать на стену можно по прежнему только desktop приложениям, либо приложениям отправившим запрос на apps@vkontakte.ru. Каким образом Вы пытаетесь получить полную информацию?

stand_up 12 апр 2011 в 19:05

Ну собственно через «getProfiles».
У них на странице Выполнение запросов к API написано, что «METHOD_NAME – название метода из списка функций API». А в этом списке есть как «getProfiles», так и «wall.post».

Выходит сделали коннект, а сделать «больше» ничего пока нельзя. Так хотя бы написали б об этом, а то непонятно.

brainfucker 12 апр 2011 в 19:10

getProfiles работает, только что проверил, можно пожалуйста код запроса (access_token можно затереть).

stand_up 12 апр 2011 в 19:21

Сори, с getProfiles мой бок. Я не передавал в запрос «fields». Как-то подумал, что если его не передать, товернется вся доступная инфа по пользователю. По мойму это логично :)

Но с «wall.post» проблема пока актуальна. :)

sha1dy 12 апр 2011 в 19:12

Имя то хоть можно вытащить?

stand_up 12 апр 2011 в 19:30

Да, значения uid, first_name и last_name возвращаются всегда, вне зависимости от выбранных полей и их количества. Для вытягивания остальных значений необходим access_token и список полей, которые хочешь вытянуть. В другой ветке я описал, что это был мой бок, нужно всегда передавать список полей, которые тебя интересуют.

CrashMax 13 апр 2011 в 00:03

А вы не знаете, можно получить ленту новостей для стороннего сайта?

seriyPS 13 апр 2011 в 00:08

что получить?

CrashMax 13 апр 2011 в 00:34

Ну ленту, ту которую мы видим нажав на ссылку «Новости».

seriyPS 13 апр 2011 в 00:39

Вообще это метод newsfeed.get (http://vkontakte.ru/developers.php?o=-1&p=newsfeed.get). Но что вы с этими данными хотите сделать я не совсем понял))

Я например для Gwibber (микроблог-клиент в Linux) плагин через него написал. Если нужен пример кода — можете поглядеть code.launchpad.net/~seriy-pr/gwibber/vkontakte-ru-plugin (Python)

CrashMax 13 апр 2011 в 00:48

Спасибо за ответ. Я хочу выводить ленту у себя на сайте. Когда я смотрел, и если я правильно понял (это было прим. месяц назад), то этот метод может использовать или программа или моб. клиент, но не сторонний сайт. Вот тут и хотелось бы уточнить, ошибаюсь ли я?
Может быть у вас по опыту работы с api vk есть какой то свой способ вытащить новости друзей, если официальным методом этого сделать нельзя?

seriyPS 13 апр 2011 в 00:53

Да, есть загвоздка, что токен API привязан к IP адресу с которого происходит авторизация (с которого открывается браузер и нажимается кнопка «разрешить» в веб-интерфейсе).
Так что с сервера, как я понял, без хаков этого не сделать…
Так что либо пишем проксик и запускаем на сервере чтоб IP совпадали либо парсим форму авторизации (но я этого не пробовал ибо у меня десктоп-клиент)
Но я могу и ошибаться на самом деле…

CrashMax 13 апр 2011 в 00:56

Хорошо спасибо большое.

Вот еще бы этот метод сделали для сторонних сайтов, было бы вообще хорошо)

seriyPS 13 апр 2011 в 01:33

О! Кстати! Только что нашел параметр авторизации «offline» вот тут последний. В фейсбуке есть одноименный параметр который позволял как-раз обращаться к API с сервера. Попробуйте его. Я сейчас тоже попробую))

benone 25 июн 2011 в 22:56

Сергей, а у Вас сейчас работает этот параметр? У меня почему-то именно с ним при авторизации выдается ошибка

{

   error: "invalid_grant"

   error_description: "Code is invalid or expired."

}

А с остальными нормально

seriyPS 27 июн 2011 в 04:30

У меня вот такие параметры:

      "client_id": VK_APP_ID,
      "redirect_uri": "http://vkontakte.ru/api/login_success.html", #FIXME: http://api.vkontakte.ru/blank.html don't fire "title-changed"
      "response_type": "token",
      "display": "popup",
      "scope": ",".join(("video", "offline", "wall"))

Все работает ок, хотя вчера почему-то глючило.

dezo 12 апр 2011 в 19:48

То, чего так долго ждали, наконец-то!

darkolorin 12 апр 2011 в 20:11

Слава богам, наконец-то смогу использовать без проблем в мобильных приложениях.

KiriKiri 12 апр 2011 в 20:21

А можно ли как-то через OAuth разлогинить пользователя?

matiouchkine 12 апр 2011 в 21:26

Это противоречит идеям монетизации.

-4

KiriKiri 12 апр 2011 в 21:27

Извините, я не в курсе. Почему это противоречит идеям монетизации?

matiouchkine 12 апр 2011 в 21:30

А зачем давать разлогинить пользователя без нужды? Чтобы он более ничего купить не мог?

-5

KiriKiri 12 апр 2011 в 21:36

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

matiouchkine 12 апр 2011 в 21:45

Я как бы отвечаю, почему метода нет в API. Все претензии — в администрацию вконтакта.

seriyPS 12 апр 2011 в 23:59

В смысле разлогинить? На своем сайте или сайте-провайдере?

XProger 12 апр 2011 в 21:50

Я прошёл через полгода ожидания в страхе того, что html/js код страниц авторизации может измениться в любой момент. Господа веб-разработчики реально верят в то, что неотъемлемой частью любого desktop/mobile приложения является веб-браузер? >_<

KiriKiri 12 апр 2011 в 22:26

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

UksusoFF 12 апр 2011 в 22:37

У них бы еще саппорт нормальный появился, в который раз отклоняют приложение с формулировкой «Приложение не соответствует уровню в контакте» без объяснения причин, и на комментарии не отвечают… Плюс к этому еще и голоса не вернули, которые:

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

Enrey 12 апр 2011 в 23:38

Наконец-то можно будет сделать нормальную внебраузерную авторизацию, ура!

-1

XProger 12 апр 2011 в 23:49

Это каким таким образом?

-1

НЛО прилетело и опубликовало эту надпись здесь

seriyPS 13 апр 2011 в 04:33

Вот. Только что перенес код плагина VKontakte для Gwibber на новую ваторизацию. Получилось довольно мало изменений. Кому интересно — вот DIFF.
По впечатлениям — вроде проще стало и аккуратнее и логичнее чтоли. Хотя на пару недочетов наткнулся + документация запутанная. Так, например, страница для редиректа по-умолчанию для десктоп-приложений api.vkontakte.ru/blank.html не имеет title и в python-webkit не срабатывает событие «title-changed». Приходится эту vkontakte.ru/api/login_success.html использовать пока.

bulbazaur 13 апр 2011 в 05:22

а кроме как title-changed никак нельзя прослушать, что страница изменена?

seriyPS 13 апр 2011 в 14:08

Ох… Может и можно, но это самый простой вариант и в Gwibber везде именно он используется. Я, честно говоря, не помню)))

Но, как уже сказал, решилось использованием страницы-заглушки от старого API у которой title есть vkontakte.ru/api/login_success.html

batal 13 апр 2011 в 08:37

А безбраузерная авторизация для десктоп\мобильных приложений все так же почти (кроме как сильно через жо) невозможна?

Под WP7 у меня авторизироваться через браузер так и не получилось (категорически отказывались подгружаться поля для логина и пароля).

seriyPS 13 апр 2011 в 14:10

Насколько мне лично известно, OAuth не предусматривает безбраузерной авторизации впринципе. Это все для того чтобы злой создатель программы не смог украсть ваш логин и пароль (хотя для десктоп-программ это по-прежнему не проблема)

MUlt1mate 19 апр 2011 в 06:09

в примере должно быть
$data = json_decode($resp, true);

krvss 30 апр 2011 в 13:37

Добавил поддержку OAuth2 для ВКонтакте в django-social-auth: Довольно просто получилось. Единственный небольшой минус по сравнению с OpenAPI — 1 дополнительный вопрос к пользователю. Но как его избежать представляется с трудом.

webwin 26 ноя 2011 в 13:46

уже отключили

Permission to perform this action is denied for non-standalone applications

webwin 26 ноя 2011 в 13:53

извините, ошибся топиком

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Показать лучшие за всё время

Поддержка OAuth 2.0 платформой ВКонтакте

Комментарии 89

Публикации

Истории