The semantic web is coming for your children.

Seriously, I'd like to go all OpenID with my site. I'm using drupal and moinmoin which are going to be supported supported but IPB is social heart of my site. Open ID support would make it much easier to integrate the three areas the way I would like. It would make it much easier to integrate IPB with any aps which also support it.

http://www.openidenabled.com/

IPS are developing there own system of this to integrate IP.Board, IP.Dynamic and IP.Nexus.

This is something else entirely. The goal here is to eventually let people log in to thousands of different web sites with a single login. The idea behind open ID and similar projects is to unite not just software but websites. You can use it to log in to livejournal.

I'm writing in openID support for a board at the moment, it works well, but not many people are using openID at the moment. >_<

Converge also has the potential to do that. I personally would doubt that IPS would do this.

I definitely think there should be support for OpenID and any other major framework for user centric identity management in software like IPB.
I know there are several different projects going on such as Light bulb (SAML v2.0 support in PHP).
https://opensso.dev.java.net/source/browse/...ulb/php/direct/

Strange if a major vendor like IPS would miss this

Why not just write up a login module? It shouldn't be that difficult to add it in (same as LDAP, or remote database authentication).

I definitely think there should be support for OpenID and any other major framework for user centric identity management in software like IPB.

I know there are several different projects going on such as Light bulb (SAML v2.0 support in PHP).

https://opensso.dev.java.net/source/browse/...ulb/php/direct/

Strange if a major vendor like IPS would miss this

It will be.

Platforms that don't embrace open ID are going to cease to exist. Once it hits critical mass sites that use it will form a sub-net of their own where people will be able to freely move from site to site without ever registering, logging in, or looking at another stupid capatcha again.

Web boards in general are a legacy technology when compared to blogs and social networking systems. I perfer them, but I also still use usenet. They are going to need to embrace new technologies to stay in the game. One of my complaints about all web forums in general is that they are too insular. They should be able to network with each other automatically, IPB Vb and phpbb. One big net with no walls baby.

http://blogs.zdnet.com/social/?p=43

I'm not sure people commenting here quite realize what openID is:

http://en.wikipedia.org/wiki/Openid

It will be.

Platforms that don't embrace open ID are going to cease to exist. Once it hits critical mass sites that use it will form a sub-net of their own where people will be able to freely move from site to site without ever registering, logging in, or looking at another stupid capatcha again.

How does OpenID stop spam posting programs using OpenID logging in and posting without the use of a CAPTCHA?

It will be.

Platforms that don't embrace open ID are going to cease to exist. Once it hits critical mass sites that use it will form a sub-net of their own where people will be able to freely move from site to site without ever registering, logging in, or looking at another stupid capatcha again.

Platforms that don't support OpenID are going to survive perfectly fine, with absolutely no change in their membership or operations. Your post has more FUD than Slashdot.

Web boards in general are a legacy technology when compared to blogs and social networking systems. I perfer them, but I also still use usenet. They are going to need to embrace new technologies to stay in the game. One of my complaints about all web forums in general is that they are too insular. They should be able to network with each other automatically, IPB Vb and phpbb. One big net with no walls baby.

They can feel free. As a company who intends to integrate IPB with their billing and authentication system, I will absolutely NEVER support OpenID or any similar platform, as security of data is of utmost importance, and cannot be outsourced. Privacy laws and all that(!).

http://blogs.zdnet.com/social/?p=43

I'm not sure people commenting here quite realize what openID is:

http://en.wikipedia.org/wiki/Openid

I'm well aware of what OpenID is. It's like another Windows Live ID. I didn't see sites take up Live ID, I don't see sites taking up OpenID. I get why blogs use TypeKey identifiers, and things like that, but I don't see any valid reason why we should be setting up our forums and billing systems to import data from a system outside our control. Speaking for myself (well, my incorporation) that's not going to happen.

They haven't missed anything - the Login system is extensible. This allows those of you who want to use "Identity Platform XXXX" to write a module for it, and use it - without the developers taking time to write something when it may or may not be used by the majority of their users.

Well, one could write its own OS if the time and skill where there... :rolleyes:

I think there should be support for this in future releases.
SAML and the federated identity model in general is becoming a mayor standard.
The US government is using the architecture in the E- Authentication initiative.
Microsoft supports it in Vista with Card Space (Formerly Info card) that eventually will be used by the big mass (like it or not).
Don’t compare this to Live ID or Passport... federated identity is completely a different thing.

Just giving the heads up…

Btw: VelvetElvis makes an excellent point about this.

Also Dick Hardt, makes a great presentation about ”Who’s the dick on my site”

Erm, Live ID is a federated intentity system. I guess you never read the documentation for it (for which I do not blame you, it is astoundingly long) which explains how it works. (Oversimplified description follows) Basically, when a user signs into Live ID on your site (via the SSO site) your site then receives a ticket with which it can request the user's personal information (rather, what information that user has elected to share with non-MS sites via the Account Management site) for whatever purpose it desires. So yes, it is federated identity and billing.

I just read more about this OpenID thing. I expected there was a single provider, which is not the case. In the long run though, for more secure systems (billing, etc) you'll still be forced to sign up on the service provider's site, even if they use OpenID - it just means that you'll be using an OpenID hosted by them to save logging into multiple of their sites, it wont stop you having to have ten billion logins.

I mean, with ecommerce sites, they need to enforce the maximum in security, which they can't do without control of all the data. In some countries, they may be prohibited by law from (or there may be significant barriers to cost effective usage of) "outsourcing" their customer databases in whole or part. It seems like an ok idea though, but insanely difficult or expensive to implement in the e-commerce scheme of things

Erm, Live ID

is

a federated intentity system. I guess you never read the documentation for it (for which I do not blame you, it is astoundingly long) which explains how it works. (Oversimplified description follows) Basically, when a user signs into Live ID on your site (via the SSO site) your site then receives a ticket with which it can request the user's personal information (rather, what information that user has elected to share with non-MS sites via the Account Management site) for whatever purpose it desires. So yes, it is federated identity and billing.

You are right; I was a bit unclear

There is an OpenID library for PHP ( http://www.openidenabled.com/openid/libraries/php ).
But I’m not that familiar with the architecture of IPB to determine how much work there would be to ad OpenID support for IPB.

Any ideas how to do this?

If you want assistance with modifying/coding for IP.Board you should post your inquiry on IPS Beyond. :) This thread should stay in a "feedback/feature suggestion" state really.

If you want assistance with modifying/coding for IP.Board you should post your inquiry on IPS Beyond. :) This thread should stay in a "feedback/feature suggestion" state really.

Ok Sorry! :thumbsup:
But I'm not looking for some kind of ad-hoc solution or 3rd party ad-on for IPB.
I would rather see this as native support in the product.
And I haven

We have no plans to implement OpenID support at this time, however that does not mean it won't change in the future, or that we won't code it as a custom service and provide it to customers, etc. and so on.

If you need an additional login method, write the log extension. They aren't hard to do, and you don't even need to modify IPB to do so. If you need examples, take a look at the default 3 (or 4) that IPS already provides. If you aren't php oriented enough to handle the task, outsource, just like everyone else on the earth does. I don't see the need for IPS to do anything further with this system. It is already completely extensible and "ready" for you to make it do your bidding.

Let me add my name to the voice of people looking for openID support on my board.

I too would like to add my voice for OpenID support.

To the person saying it is like Microsoft passport, no it isn't. Microsoft passport was controlled by a single entity, with OpenID you can manage your own identity. I have today installed an openID script on my site so I can log into any openID enabled site using "rebelinblue.com". OpenID allows to you set some basic profile info that a site can request so that it could create an account on first login, things like name, email, nickname, language, timezone, date of birth. When you first login, an application can create a local profile for you (and most do, for obvious reasons) and then use that on each subsequent login.

I'm not really sure openID support is an "add on" or "custom modification", sort of defeats the point. Instead of saying "You can login to any IPB using your OpenID" it'll be "well you might find the odd site here or there, but don't count on it", webmasters aren't going to go looking for a mod if they don't know what openID is, thus limiting the distribution, but if openID is included (of course with the option to disable it) they will more likely read up on it and decide if they want it enabled on their site or not.

I'm supporting OpenID too. For example, I'm running a Joomla based site, I bought a bridge to integrate the Joomla with IPB. A few month ago I started a WordPress MU based bloghosting (no offense, but the IPB blog is not a really good solution to allow users to blogging). The WordPress MU has OpenID support; the Joomla 1.5 beta has OpenID support. I think, within a short time, all open source CMS' will have OpenID support.

So, I think, IPB should have OpenID support, too - because this is a perfect solution to integrate this system with all other CMS'.

If you need an additional login method, write the login extension. They aren't hard to do, and you don't even need to modify IPB to do so. If you need examples, take a look at the default 3 (or 4) that IPS already provides. If you aren't php oriented enough to handle the task, outsource. I don't see the need for IPS to do anything further with this system. It is already completely extensible and "ready" for you to make it do your bidding.

Why, with this information taken in to account, should IPS support any system besides converge? They already gave you the ability to do it yourself! >_<

Because Converge only works with Invision services. OpenID works for all your logins.

You don't get it. As said, you can make your own if you want it and release it on IPSB or wherever. The login system full supports this and nothing is stopping you. If IPS were to support OpenID, they'd have to support all the other ideas just like that. There's no reason to. This is exactly why the login system was modularized. Try getting this kind of support on vB, phpBB, or any other popular system. I've yet to see another forum system offer this level of abstraction in their code, unless you count the ways you can "hack" your way to this using vB's hooks system.