JR Unified Login

jimmyk
jimmyk
@jimmy
8 years ago
514 posts
I'm working on several sites which are based on JR. It would be great to have a module which allowed someone who registered on one site to login to all the sites. Maybe a cloud module that stored basic user data that would then be pulled down to each individual site where the person was signing up.

This could be useful for marketing purposes. The JR unified cloud module would keep basic information about the user and contact preferences for each site the user signed up on. I could take this information from the cloud module and have better control over contacting the member via a newsletter or mass marketing.

Just an idea.
updated by @jimmy: 08/22/16 06:24:00PM
michael
@michael
8 years ago
7,715 posts
..... or click once on the "keep me logged in" button and never have to login again.

There is the OneAll module that allows social login from a single account.

Possible problem with the login on one site and be logged in everywhere: What if you have 2 accounts on one particular site, then login on another, how to know which to select.
jimmyk
jimmyk
@jimmy
8 years ago
514 posts
Quote: "stored basic user data that would then be pulled down to each individual site where the person was signing up."

It would only pull down basic information about the user to populate a new account, so I wouldn't have the duplicate records in the master dbase for all account on all sites. When a user signs up on another site, with an option to use their existing Username and password from one of the other owned site, it would pull down basic information about that user and keep that information in 1 record in the cloud - Jonny is a member of a.com, b.com, and c.com. Where is might get sticky is if the user changed his username or something on one of the sites... honestly, didn't think about that until now. Would that be changed for the master record in the cloud? That might be an issue.

I was thinking about three things with this:

1. A centralized database of all the users on all the sites without duplicates for mailing lists and such.
2. An ability for a user to use his existing information from one site on another site if they choose.
3. Having the ability to block a users username from all the sites if the user signs up on one site. So, if that user is a quality member his can have his username on the other sites with one signup.
updated by @jimmy: 05/23/16 07:03:45PM
michael
@michael
8 years ago
7,715 posts
1.) I use lastpass plugin, its good https://lastpass.com/
2.) What if that username is already in use?

3.) I reserve the name 'michael' across everywhere, I have no intention of ever joining some obscure jamroom site related to ???????? but the name 'michael' is reserved for me there just in case I ever might want to join it......... mmmmm

Feeling I have is that the social login modules and the "remember me" function are enough probably.
jimmyk
jimmyk
@jimmy
8 years ago
514 posts
1. I'm not sure how a password manager is related to a site owner who is trying to create a single database of his multiple sites users, which lists the users and the sites without duplicates.

Might want to try KeePass which is open source, free, and secure.
http://keepass.info/

I would never use Lastpass, they were hacked once in 2015.

2. If the username was already taken then the new user wouldn't be able to signup using the username. But, you do raise a legit question if the module was installed by someone who already had multiple JR sites with users who signed up on both sites. There would need to be some kind of checking feature of some sort. The admin would have to determine how to handle two different users who were using the same username. I'd admit, that would be an issue.

3. You would only be reserving your name on the JR sites that one person owns, not every JR site in existence. If I owned 3 JR sites, your name would be reserved on my three sites if you signed up for 1 of the JR sites.

Maybe unified Login was a bad choice of wording. How about unified JR Login for a particular owners sites. I would install the cloud module and it would run on my JR sites and only my JR sites.

Flowchart (using X corporation as the owner of several JR sites):

You would come to one of the JR sites and be presented with 2 signup options.
A. Normal Signup for someone who never registered on any of X corporation's sites.
B. Selection asking if you're already a member of any of the X corporations JR sites? If so, enter your username and password from any of those JR sites.

If the user picked A it would:
1. Check if that information was already populated in the master cloud database and if it found a match, return that the user was already a member of one of the X corporation's JR sites and:
a. Ask the user to enter new / different information because the entered information already exists or
b. Enter their username / password from the X corporation's site at which point the existing data would be pulled down from the cloud server.
2. If there wasn't a match, create a new account for the user on the JR site and upload the basic information about that user to the cloud database which would reserve that username for all of the X corporation's JR sites.

If the user picked B it would:
1. Pull down basic information about the user and populate that information in the local JR site's database and mark in the cloud database that he was now a member of that site along with the other X corporation's JR sites.

This would be great for targeted marketing if I had 4 JR sites and a member who signed up on 3 of those sites. I could target market to that user and hopefully get them to signup on the 4th site being that they were already signed up on 3 out of 4 sites.

Tags