Hot answers tagged openid
This seems like overkill. There are a lot of sites offering OpenIDs. What aspects are you worried about? That the provider might themselves masquerade as you? That the provider might be hacked and have the user/password files copied and decrypted? If those are your anxieties and you want to relieve them by taking control, you can certainly go ahead. ...
It depends on your target audience - there's no right answer. Especially if you are trying to use your website as a business, you need to focus on your audience. Ease of implementation should be a secondary concern, especially since both Facebook Connect and OpenID have been implemented by a number of sites, you should be able to easily get tutorials. It ...
From my standpoint of a user, I expect my OpenID providers to be around a long time. I wouldn't want the service that's allowing me to log into a number of sites to disappear overnight. That's why I use Google and Verisign as my providers (Verisign being my primary simply because they offered it before Google did). I would never use a new upstart service as ...
I think the StackOverflow blog covers it quite well: Several lesser providers (Technorati, Vidoop, Mozilla Weave) went belly-up, leaving their users stranded with no way to authenticate. Occasionally OpenID providers will have bugs or service outages — even big ones like Yahoo. Fortunately this is quite rare, but it does happen, and troubleshooting ...
check out the following page. Gives a run down on the open id libraries out and about depending on your platform. http://wiki.openid.net/w/page/12995176/Libraries
If you look at it from the standpoint of Return on Investment (ROI) it makes little sense to become an OpenID provider unless you have a massive user base. The value of companies like Google being an OpenID provider is that they get more people to visit their site and more people to tightly integrate and work with them. This offsets the technical, ...
Word press has an openid plugin. I am not sure if it works with the other login services. This plugin can do also other services like Quickly register and login users with their existing accounts from Facebook, Twitter, Google, Yahoo!, LinkedIn, Windows Live, MySpace, AOL or OpenID
I think OpenID and Facebook log in integration are about equal in their complexity for the site user. Either can be useful, what really matters is what is your target audience. If your goal is to do something that works well with Facebook and is for the general masses then Facebook integration is the way to go. Also, will the people using the site ...
I haven't actually done this myself, but I think this might work: Transfer the domain to a registrar of your choice Create a new openid with another provider. Follow the instructions here http://blog.stackoverflow.com/2009/01/using-your-own-url-as-your-openid/ to point at this new open id. Then your own .name openid should still work. It may be worth ...
In addition to the previous poster, you may lose people who are unfamiliar with open id and don't understand the registration process or how it works. When you redirect someone off of your site and onto a different one, people naturally get a little hesitant, especially if they're entering passwords and creating accounts. Of course, this effect depends on ...
There's a good discussion of the pros and cons of Facebook or OpenID here: Should I support facebook login or openid login? Both Facebook and OpenID allow the passing of extra information - e.g., see this Facebook article: http://developers.facebook.com/docs/plugins/registration/ That plugin will also allow you to use your own registration system too. If ...
The best approach is a combined one Using only Facebook Connect alienates those without a Facebook account. Using only OpenID alienates those who don't understand OpenID (i.e. most non-technical folk). Using only a simple username/password login system alienates those who don't like to keep separate usernames and passwords for each and every site, or ...
I do not have an opinion to pass along to you. Neither do I have any comment on performance. Obviously the products/service your looking at is in beta. Also note that some CMS have this built in or have extensions you can add for social login or sso. Here is some more info and providers: http://gigya.com/social-login/ ...
If you are looking for more control, you could do what I did. I use a sub-domain of personal domain that I own to point to myopenid. So if myopenid ever goes under, has problems, turns evil, etc, I can change providers without changing my openid url. Edit: it is called OpenID Delegation
I find the idea of implementing a shared hosting-friendly OpenID extension which suits MediaWiki intriguing, however, there are some requirements for the JanRain and PEAR OpenID 0.2.1 libraries which, as you've seen, will probably not be embraced by shared hosting providers in the near future. It looks as though you are open to solutions other than OpenID ...
This article goes into some detail on how to use the OpenID plugin for Wordpress. It doesn't look like Facebook is supported (although it is an OpenID provider) in terms of displaying icons, but Google, Yahoo, Flickr, and others are.
I use RPX, and have never had a problem with it. Has a good WordPress plugin as well.
Actually there is one reason that I can think of, as I am in this situation now: You open one or more "sister sites" to your main site, and you want users from your main site to be able to login to your partner sites. So I won't publicize the fact that we're OpenId much, but internally I'll use OpenId.
Here's what I ended up doing: transferred the .name domain to gandi.net, which turned up in a list of registrars that accept .name registrations. I had done business with them before (10 years ago) and was reminded of them as well as attracted to their excellent "no bullshit" page once transfer was complete (which took 5 days - thanks a lot dd24), I went ...
HybridAuth looks like it can do it.
The login page you link to seems to actually be located here: http://bryox.com/gate/login To fix this you could add $route['login'] = "gate/login"; to your /application/config/routes.php or alternatively make a login.php controller with its index method as a copy of the login method in your gate controller.
Only top voted, non community-wiki answers of a minimum length are eligible