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
UFO just landed and posted this here
Те, кто имеют, крайне редко его отдают. Поэтому у нас есть ручное заполнение телефона при нехватке этой информации.
Причем в полученном массиве будет видно, заполнено поле вручную или получено от соцсети.
Верификации телефона нет, но подумываем добавить, если будет пользоваться спросом.
Причем в полученном массиве будет видно, заполнено поле вручную или получено от соцсети.
Верификации телефона нет, но подумываем добавить, если будет пользоваться спросом.
UFO just landed and posted this here
Есть планы добавить возможность хоть какой-то настройки плагина Wordpress?
Вкл/Выкл, конечно, очень удобно, но хотелось бы и кнопки местами подвигать :)
Вкл/Выкл, конечно, очень удобно, но хотелось бы и кнопки местами подвигать :)
UFO just landed and posted this here
Планируете/разрабатываете бандл для symfony2?
Интересно было бы сводные графики в сравнение с cackle :)
Ждем того чего наспойлерили!
Ждем того чего наспойлерили!
Всё круто, но когда для vbulletin сделаете импорт аватара из Facebook? Не поверю, что он не отдает эти картинки
Есть необходимость подключить к сайту на Друпале пользователей гугла с корпоративного домена. Где-то в модуле можно ограничить домены для авторизации по гуглу?
А за что автор получил «Read Only»? :-(
в чем отличия от того же Loginza? Понятно, что команда другая, просто как раз сейчас стоит вопрос выбора такой системы авторизации.
Отличия от Loginza как минимум в способе авторизации, Loginza построена на OpenID а данный проект на OAuth. Если отбросить технические особенности, то Loginza сейчас принадлежит Yandex, и как любое детище крупной компании она будет проследовать свои цели совершенно не прислушиваясь к мнению ее пользователей.
Sign up to leave a comment.
uLogin год спустя. Факты о социальной авторизации