@propovednik20 авг 2011 в 05:58

Авторизация через ВКонтакте, Mail.ru и другие для самых начинающих — 1

4 мин

49K

Веб-разработка *

+89

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

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

@smargelov 20 авг 2011 в 09:30

Огромное спасибо. Давно мечтаю перевести свой блог на систему авторизации через twitter/facebook/vk/google
Мне бы этих четырех было вполне достаточно (или даже трех). Так что топик в избранное и жду новых ркуоводств.

@Sirix 20 авг 2011 в 10:19

Loginza.ru подойдет и избавит от необходимости вручную настраивать для каждого провайдера

@smargelov 20 авг 2011 в 10:21

не-не, это дополнительные несколько действий которые полностью отсекаются в случае применения решения из топика. Пробовал — знаю.
Лучше день потерять, потом за пять минут долететь. ©

@Sirix 20 авг 2011 в 10:27

А что именно вас там не устроило? Просто интересно.

@smargelov 20 авг 2011 в 10:38

У меня блог на wordpress, и при попытке авторизоваться через сторонний аккаунт — пользователь всё-равно переходит в форму регистрации WP, со всеми соответствующими движениями.
Я же хочу, что бы было как на lifehacker.ru, который тоже работает на wordpress.

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

@smargelov 20 авг 2011 в 13:46

Я думаю, что правильнее будет сделать так, как в описано в топике, чем переделывать чей-то код, который определенным образом уже оптимизирован. Да и то, что это дополнительный плагин — не есть «гут».

@ponomar 20 авг 2011 в 13:09

поставьте disqus

@smargelov 20 авг 2011 в 13:44

Та же беда что и с Логинза.
Зачем использовать кучу разных плагинов (да пусть даже один) если есть красивое, и, на мой взгляд, правильное решение.

@ponomar 20 авг 2011 в 13:46

спасибо за высокую оценку нашей работы :)

@smargelov 20 авг 2011 в 13:50

У меня нет какого-либо предвзятого мнения, более того, я пару рас использовал disqus для блогов, которые делал под заказ, но мне это решение не совсем подходит. Этакая полумера, если вы понимаете, о чем я говорю.

@ponomar 20 авг 2011 в 14:02

я имел в виду lifehacker.ru :)

@smargelov 20 авг 2011 в 14:05

Ааааа, ну да. Я так умолял в комментариях к посту про новую систему авторизации описать процесс установки такой же у себя, но в ответ тишина, а так сайт нужный и важный. В RSS у меня висит. Даже пару моих твиттов на сайте есть ;-)

@lionsimba 20 авг 2011 в 16:40

Не забывайте, пожалуйста, про OpenID.

А если ещё и автор напишет об OpenID — будет совсем хорошо.

@Maddoger 20 авг 2011 в 10:16

Спасибо большое, очень полезная статья. Жду продолжения.

@andruxin 20 авг 2011 в 10:54

Если у юзера много аккаунтов, как бороться с ботами?

@Londeren 20 авг 2011 в 13:21

не бороться

@Terion 20 авг 2011 в 13:37

никак не поборешься

@andruxin 20 авг 2011 в 13:52

вот и дело, что это на самом деле большой минус.

@Stac 20 авг 2011 в 17:25

Приязывать аккаунт к номеру телефона :)

@andruxin 21 авг 2011 в 13:28

ещё хлеще.

@Terion 20 авг 2011 в 13:40

Я, почемк-то, не доверяю всем этим яваскриптовым виджетам…
Написал себе php-библиотечку для авторизации и использования API вконтакте и фейсбука и радуюсь.
Правда, перепиливал ее несколько раз из-за изменений в api, сейчас переписать бы ее, а то уже немного стыднона костыльный код смотреть, но тем не менее, вполне работает.

Единственный нюанс, который стоит отметить для всех, кто такое делает:
Что у вконтакта, что у ФБ — не всегда всё приходит.
Не знаю, с чем это связано, но от вконтакта иногда приходят фрагменты данных, а у ФБ не всегда отдаются аватарки через социальный граф. Так что это нужно обязательно проверять.

@RazoR_Empire 20 авг 2011 в 14:54

Интересно, много ли еще новых сайтов на PHP содержат такой код, как этот: $result = mysql_query("SELECT id, random, password FROM tracker_users WHERE username = 'vk-$uid'");

@propovednik 20 авг 2011 в 15:50

А в чем собственно проблема?

@RazoR_Empire 20 авг 2011 в 16:20

В 2011 году программисты используют PDO, Active Record, mysqli на худой конец.

@RazoR_Empire 20 авг 2011 в 16:23

Да и расширение mysql уже не поддерживается

@Stac 20 авг 2011 в 17:29

А с какого года программисты (не)используют code conventions?
Автор дорабатывал уже готовый и работающий код, насклько я понял.

@propovednik 20 авг 2011 в 18:01

Да защищать меня не надо, как все наверное обратили внимание в статье нет ни намека на ооп и обертки обращений к базе данных. Блог называется «веб-разработка для начинающих», я и в следующей статье буду использовать подобный стиль, если кто-то захочет внедрить пример из статьи в свой код — пожалуйста, используйте всю мощь современных технологий, но для начинающих программистов обычные mysql_query — просто и привычно.

@VolCh 20 авг 2011 в 19:08

но для начинающих программистов обычные mysql_query — просто и привычно.

Беда в том, что найдя пример кода, они тащат эти примеры в продакшен с мнимальными изменениями.

@RazoR_Empire 20 авг 2011 в 19:32

Очень и очень вредно давать начинающим примеры с mysql_query и переменными в запросе, без prepared statements

@FB3 22 авг 2011 в 11:21

Prepared statements не панацея от SQL иньекции…

@RazoR_Empire 20 авг 2011 в 19:42

code conventions для PHP — фильтровать переменные и пользоваться mysqli. Об отказе от старого модуля mysql официально заявили разработчики

@Claud 20 авг 2011 в 17:03

А может стоит дать пользователю возможность самому после первой авторизации через сторонний сервис ввести логин и пароль? Так по моему будет правильней.

@propovednik 20 авг 2011 в 17:56

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

@FB3 22 авг 2011 в 11:25

А зачем пользователю вообще логин и пароль, если он всегда будет авторизовываться через соц.сеть?
Главное — выдать ему ID в базе при первом логине и сессионную куку каждый раз выдавать.
Если принципиально знать, что он через вконтакт заходит — эту информацию не обязательно в логин пользователя упаковывать, можно хранить где-то отдельно.

@propovednik 22 авг 2011 в 11:38

Поясню почему я придерживаюсь другой точки зрения: у меня пользователи могут оставлять комментарии, голосовать, писать в чат, загружать торренты и мне (как и всем другим, у которых действия пользователей сохраняются) необходимо например при добавлении комментария вставлять запись в которой обязательно должен быть какой-нибудь неизменный айдишник.

@FB3 22 авг 2011 в 12:08

Ну так внутри системы у пользователей есть ID-шники ведь? Primary key в базе например. Его и вставлять. Логина и пароля у пользователя, который залогинился через соц.сеть, не существует.

@VolCh 20 авг 2011 в 19:13

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

@Claud 22 авг 2011 в 10:17

Ну, так я о том же по сути говорю. Просто я считаю, что пользователь должен все же сам ввести логин и пароль после первого входа на сайт через сторонний сервис, а если у него уже есть акаунт на вашем сайте, то дать ему возможность привязать этот ак. из стороннего сервиса к акаунту на сайте.

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

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

@el777 20 авг 2011 в 20:54

К счастью, вконтакт начал поддерживать нормальный протокол OAuth — на мой взгляд лучше использовать его, чем их «велосипед».
Так же будет проще потом подключать другие сервисы.