Всю тему не читал. Но свою идею предложу ))) включайте днем порнуху во всю громкость колонок, колонки закиньте на шкаф в направлении потолка. Вроде законодательству не противоречит. И бабуська не будет рада что внук такое слышит ...
Каким образом проверяете? По какому параметру? В базе по связке сервис+идентификатор?
при авторизации через улогин получаю от ulogin данные:
$u_network = @trim(strip_tags($ulogin['network'])); // соц. сеть
$u_uid = @trim(strip_tags($ulogin['uid'])); // id юзера в соц сети
и ищу есть ли юзер с этими данными у меня
axel2001: Я правильно понял, что у вас в качестве логина во внутренней CMS используется просто цифровой userid? То есть, если сервис упадет, то пользователи смогут зайти по своему цифровому userid?
да
axel2001: Тоже думаю начать использовать uLogin, только его нестабильность настораживает, хотя сейчас с этим вроде лучше. Кстати, насколько я вижу, он позволяет делать запрос на email у юзера, если соц. сервисы его не отдают.
ulogin на сегодняшний день самый стабильный и развивающийся сервис в этом плане.
axel2001: Уже несколько часов курю эту тему и чем глубже копаю, тем больше понимаю, что не все так просто, как кажется.
Встает сразу несколько вопросов:
1) Выбор уникального логина для аккаунта в CMS
2) Привязка к старому аккаунту, если он был
3) Вытаскивание почты
4) Привязка аккаунтов при авторизации от разных соц сетей
и многие другие вопросы
1) что за движок у вас что в нем не реализована уникальность логина?
2) для соц авторизации заведите отдельное поле в базе.
3) это да, мало где автоматом выдается. но так ли оно вам сильно надо?
стандартная авторизация, в которое дается userid (цифры по возрастающей), емейл (уникальное в системе), ну и пароль.
также имеется пару доп полей, для соц авторизации (авторизация через ulogin.ru).
если юзер жамкаем через кнопку ulogin - проверяем базу, если юзера такого нету - юзеру назначается userid, генерится пароль (дальше юзер может зайти введя userid и пароль), в доп поле пишется связка вида "имя соц сети + уник идентификатор юзера той соц сети". если связку "имя соц сети + уник идентификатор юзера той соц сети" нашли - авторизируем юзера.
с емейлами да, косяк, мало какие соцсети его дают. если не дают - я в поле емейла пишу заглушку вида абракатабра@wmsn.biz , но отсутствие емейла - это проблема юзера. если ему ваш сервис надо не одноразово - он и потом введет мыло, главное гдето ему в админке об этом напоминать. если юзер не хочет палить емейл, или ему ваш сервис не особо интересен - он укажет одноразовое мыло или еще какое, которое он потом проверять не будет никогда или же будет отправлять ваши письма в спам, доставляя вам лишние проблемы.
Figli-Migli: Hello)
Делать тупо редирект на https с кодом 301 ?
И второй вопрос, в robots.txt ничего для этого писать не нужно, ни для яндекса, ни для гугла?
Пасиб)
Да 301 редирект. в роботсе host писать с продоколом https
Всю тему не читал. Но свою идею предложу ))) включайте днем порнуху во всю громкость колонок, колонки закиньте на шкаф в направлении потолка. Вроде законодательству не противоречит. И бабуська не будет рада что внук такое слышит ...
через api по идее можно получить список картинок.
В чем проблема? Пишите без союзов. Можно еще без пробелов писать ))) зачем писать то, за что не платят.
+ за яндекс. пользуюсь давно. все отлично.
Каким образом проверяете? По какому параметру? В базе по связке сервис+идентификатор?
при авторизации через улогин получаю от ulogin данные:
$u_network = @trim(strip_tags($ulogin['network'])); // соц. сеть
$u_uid = @trim(strip_tags($ulogin['uid'])); // id юзера в соц сети
и ищу есть ли юзер с этими данными у меня
Я правильно понял, что у вас в качестве логина во внутренней CMS используется просто цифровой userid? То есть, если сервис упадет, то пользователи смогут зайти по своему цифровому userid?
да
Тоже думаю начать использовать uLogin, только его нестабильность настораживает, хотя сейчас с этим вроде лучше. Кстати, насколько я вижу, он позволяет делать запрос на email у юзера, если соц. сервисы его не отдают.
ulogin на сегодняшний день самый стабильный и развивающийся сервис в этом плане.
Уже несколько часов курю эту тему и чем глубже копаю, тем больше понимаю, что не все так просто, как кажется.
Встает сразу несколько вопросов:
1) Выбор уникального логина для аккаунта в CMS
2) Привязка к старому аккаунту, если он был
3) Вытаскивание почты
4) Привязка аккаунтов при авторизации от разных соц сетей
и многие другие вопросы
1) что за движок у вас что в нем не реализована уникальность логина?
2) для соц авторизации заведите отдельное поле в базе.
3) это да, мало где автоматом выдается. но так ли оно вам сильно надо?
на примере моего https://wmsn.biz
стандартная авторизация, в которое дается userid (цифры по возрастающей), емейл (уникальное в системе), ну и пароль.
также имеется пару доп полей, для соц авторизации (авторизация через ulogin.ru).
если юзер жамкаем через кнопку ulogin - проверяем базу, если юзера такого нету - юзеру назначается userid, генерится пароль (дальше юзер может зайти введя userid и пароль), в доп поле пишется связка вида "имя соц сети + уник идентификатор юзера той соц сети". если связку "имя соц сети + уник идентификатор юзера той соц сети" нашли - авторизируем юзера.
с емейлами да, косяк, мало какие соцсети его дают. если не дают - я в поле емейла пишу заглушку вида абракатабра@wmsn.biz , но отсутствие емейла - это проблема юзера. если ему ваш сервис надо не одноразово - он и потом введет мыло, главное гдето ему в админке об этом напоминать. если юзер не хочет палить емейл, или ему ваш сервис не особо интересен - он укажет одноразовое мыло или еще какое, которое он потом проверять не будет никогда или же будет отправлять ваши письма в спам, доставляя вам лишние проблемы.
Hello)
Делать тупо редирект на https с кодом 301 ?
И второй вопрос, в robots.txt ничего для этого писать не нужно, ни для яндекса, ни для гугла?
Пасиб)
Да 301 редирект. в роботсе host писать с продоколом https
это зависит от вашего сайта и интеграции в него этого стороннего сервиса.
делайте при реге чтоб юзер получал еще и обычный логин с паролем от вашего сайта.
неделю назад пополнял. карточка куплена хз где гдето в москве. все норм.
есть дубли - значит точно будет плохо сайту.
нету дублей - это ничего не значит, у сайта могут быть еще косяки.