Comments 61
На скриншоте мобильный телефон — есть ли библиотеки для реализации этого внутри мобильных приложений?
Спасибо Вам за качественный сервис!
Как вы монетизируете проект? Собираете данные о пользователях?
>>>Один из наших партнеров предоставил нам интересную статистику
Установил на vBulletin, к сожалению выявилась проблема. Скрипт ulogin.php не делает редирект. После второго рефреша всё так страница форума открывается, но авторизация произведена не была, как и сама регистрация.
Какой VB? Настройки с гитхаба (https://github.com/ulogin/ulogin-vBulletin) прописывали?
Еще лучше мессаджем или мылом адрес сайта
Еще лучше мессаджем или мылом адрес сайта
На правах багрепорта (т.к. ни в личку здесь ни на мыло реакции не последовало) :) Плагин для Vanilla Forums для версии 2.0.18 не работает корректно, а именно: не подключается виджет в сайдбар (в блок авторизации и регистрации), а так же в модальном окне того же действия.
А вы пробовали вручную добавить div юЛогина с другим айдишником дива?
Если есть 1 рабочий виджет на странице, то добавить другие совершенно не проблема — просто добавьте дивов.
Если есть 1 рабочий виджет на странице, то добавить другие совершенно не проблема — просто добавьте дивов.
Вы меня не поняли, конфликтов id аттрибутов у дивов нет, виджет просто не добавляется в сайдбар. Я заставил виджет работать, проблема была в простой проверке на «включенность» плагина, которая по непонятным причинам всегда считает, что плагин не включен. Убрал проверку — все заработало, однако это не лучшее решение для плагина, но в рамках одного проекта — допустимо.
Спасибо за сервис, пользуюсь им с удовольствием :)
Очень полезная статистика! Спасибо.
А нет случайно информации о социальной предрасположенности в зависимости от тематики ресурсов? Было бы интересно узнать через какие сервисы логинятся на тематически сгруппированных ресурсах.
А нет случайно информации о социальной предрасположенности в зависимости от тематики ресурсов? Было бы интересно узнать через какие сервисы логинятся на тематически сгруппированных ресурсах.
В планах на будущее есть идея сделать как в AddThis — подбирать провайдеров авторизации под юзера самим, в зависимости от того через что пользователь как правило логинится (вообще и на знакомом ему ресурсе). Но пока никакой статистикой поделиться не можем.
Тогда у вебмастера совсем пропадет вопрос «каких провайдеров выбирать» )
Тогда у вебмастера совсем пропадет вопрос «каких провайдеров выбирать» )
Пожалуйста, не надо так делать, это «фича» послужила отказом от использования AddThis на сайтах, над которыми я работаю. Или же сделайте это опцией, пожалуйста, возвращаться к логинзе, где разработчикам вообще наплевать на багрепорты, совсем не хочется :(
Мы всегда оставляем право выбора за вебмастером. И поддерживаем все предыдущие реализации.
А почему вы отказались от AddThis? Там можно не preferred делать, а жестко указывать что именно отображать, API у них гибкий.
А почему вы отказались от AddThis? Там можно не preferred делать, а жестко указывать что именно отображать, API у них гибкий.
К сожалению, это работало только для нескольких пользователей, причем по совершенно непонятным причинам, а т.к. время поджимало выбрали виджет Яндекса :) Очень надеюсь что это уже поправили, т.к. дело было около полутора месяцев назад :)
Раскин подсказывает, что пользователь обычно привыкает к расположению элементов. Поэтому если оно меняется, то это вызывает необходимость каждый раз заниматься поиском. Что раздражает. Представьте, что у пилота самолета кнопки перестраиваются в связи с частотой использования? Или вспомните адаптивные меню в 2003 офисе. Не уж то они вас не бесили?
> подбирать провайдеров авторизации под юзера самим, в зависимости от того через что пользователь как правило логинится
Не надо это делать. Читать почему, например, тут: blogs.msdn.com/b/jensenh/archive/2006/03/31/565877.aspx (про Adaptive menus) Они тоже пыталсиь так сделать, а возможностей и статистики у них было в разы больше.
Ключевое:
Auto-customization, unless it does a perfect job, is usually worse than no customization at all. Although the algorithm used to promote and demote menu items is rather complex and well thought-out, it's not perfect. Because it's not perfect, it does the wrong thing a lot of the time. (If it's even clear what a «right thing» is for a feature like this.) What people experienced is a sense randomness and unpredictability: one time, a menu item would be in a certain place, and then two days later it wasn't there anymore.
Не надо это делать. Читать почему, например, тут: blogs.msdn.com/b/jensenh/archive/2006/03/31/565877.aspx (про Adaptive menus) Они тоже пыталсиь так сделать, а возможностей и статистики у них было в разы больше.
Ключевое:
Auto-customization, unless it does a perfect job, is usually worse than no customization at all. Although the algorithm used to promote and demote menu items is rather complex and well thought-out, it's not perfect. Because it's not perfect, it does the wrong thing a lot of the time. (If it's even clear what a «right thing» is for a feature like this.) What people experienced is a sense randomness and unpredictability: one time, a menu item would be in a certain place, and then two days later it wasn't there anymore.
Оказывается у Steam есть OpenID, не знал, спасибо!
Отличный сервис!
Обновил очередность провайдеров в соответствии со статистикой.
Обновил очередность провайдеров в соответствии со статистикой.
А нет ли у вас не скромной статистики uLogin vs Loginza?
Что даёт «регистрация» (вход) через соцсеть ВКонтакте сайту в плане дальнейшей работы с пользователем? Обычно регистрация подразумевает обратную связь в виде уведомлений, и регистрация через старый добрый email с этим справляется.
А тут войдет человек на сайт через ВК один раз и забудет, как его вернуть?
А тут войдет человек на сайт через ВК один раз и забудет, как его вернуть?
Поставьте email в fields, и мыло будет обязательно запрашиваться (если в optional, то необязательно).
Хотите, чтобы мыло гарантированно принадлежало именно этому пользователю — добавьте «verify=1»
Хотите, чтобы мыло гарантированно принадлежало именно этому пользователю — добавьте «verify=1»
Реквестирую логин через Github и Klout
Те, кто имеют, крайне редко его отдают. Поэтому у нас есть ручное заполнение телефона при нехватке этой информации.
Причем в полученном массиве будет видно, заполнено поле вручную или получено от соцсети.
Верификации телефона нет, но подумываем добавить, если будет пользоваться спросом.
Причем в полученном массиве будет видно, заполнено поле вручную или получено от соцсети.
Верификации телефона нет, но подумываем добавить, если будет пользоваться спросом.
Есть планы добавить возможность хоть какой-то настройки плагина Wordpress?
Вкл/Выкл, конечно, очень удобно, но хотелось бы и кнопки местами подвигать :)
Вкл/Выкл, конечно, очень удобно, но хотелось бы и кнопки местами подвигать :)
Планируете/разрабатываете бандл для symfony2?
Интересно было бы сводные графики в сравнение с cackle :)
Ждем того чего наспойлерили!
Ждем того чего наспойлерили!
Всё круто, но когда для vbulletin сделаете импорт аватара из Facebook? Не поверю, что он не отдает эти картинки
Есть необходимость подключить к сайту на Друпале пользователей гугла с корпоративного домена. Где-то в модуле можно ограничить домены для авторизации по гуглу?
А за что автор получил «Read Only»? :-(
в чем отличия от того же Loginza? Понятно, что команда другая, просто как раз сейчас стоит вопрос выбора такой системы авторизации.
Отличия от Loginza как минимум в способе авторизации, Loginza построена на OpenID а данный проект на OAuth. Если отбросить технические особенности, то Loginza сейчас принадлежит Yandex, и как любое детище крупной компании она будет проследовать свои цели совершенно не прислушиваясь к мнению ее пользователей.
Sign up to leave a comment.
uLogin год спустя. Факты о социальной авторизации