Jump to content

Invision Community Blog


Managing successful online communities

Mark
Sign in to follow this  
 

IP.Converge 1.1

IP.Converge is designed to be an open platform allowing any website or application to make use of its features. However, due to some limitations and the complexity of writing the modules, it's only been used by IP.Board until now.
In IP.Converge 1.1 we have added the features developers need to make almost any application IP.Converge-ready.

Username support
One of the most frequently requested features for IP.Converge from both developers and end-users is username support. Some applications don't support e-mail address-authentication which IP.Converge natively uses and many end-users would simply prefer to log in with their username.
In IP.Converge 1.1 developers can now set IP.Converge to send usernames to their applications instead of e-mail addresses.
We have also added a transparent layer into IP Board 3 so that even if you are using IP.Converge, you can log into IP Board using your username.
Users will also be able to change their username on one application and have it update across all your IP.Converge applications, just like e-mail addresses and passwords.

Sending non-md5 password
A lot of applications don

Sign in to follow this  

Comments



Recommended Comments

@FrostedPopTart, there's really no reason for it to be unencoded, its not like you need to modify the base code at all, as everything plugs into it. I am sure that there will be some good documentation for 1.1, and we are going to have a few areas on the resource site to list all converge-ready applications, which should help everyone.

Share this comment


Link to comment
Share on other sites

It's not the issue of being able to modify the code for me, it's the fact that I had about half a dozen times when my host removed Ioncube from their servers that caused no one to be able to register on my site anymore, and to be told that the email address they were trying to register with was already in use. Yes, I know if the host didn't keep screwing things up that it wouldn't have been an issue, but it also wouldn't have been an issue if the script wasn't encoded either.

Share this comment


Link to comment
Share on other sites

I think a fall-back method should be implemented. But then that would be an issue on the IP.Board end instead, as that is where authentication for IPB occurs. Maybe if it cannot successfully connect to Converge, fall back onto the standard login method?

Share this comment


Link to comment
Share on other sites

[quote name='Alεx' date='Feb 12 2009, 05:40 PM']I think a fall-back method should be implemented. But then that would be an issue on the IP.Board end instead, as that is where authentication for IPB occurs. Maybe if it cannot successfully connect to Converge, fall back onto the standard login method?

IP.Board 3 allows you to chain log in methods together.


We're WAY ahead of you, Alex :P

Share this comment


Link to comment
Share on other sites

Give me the beta, and then I'll have a billion suggestions :P

So... tell me the advantages of using Converge. AFAIK, JIB supports everything converge would bring to the table and more. So why would I take the time to change JIB over to converge, where JIB is a simple <1 min install requiring no file edits, FTP access, or DB changes. If I change it to a converge module people are going to have to install converge and go through all of that mess of handshaking and what not - not to mention the ioncube mess.

The only benefit I see is people will be able to bridge a Joomla and IPB install on separate servers even if IPB's database doesn't accept remote connections. I haven't had anyone request for this as they all have been able to get through with their host.

These are serious questions, I am considering changing it over to a converge module now. I've also had numerous requests to get into WP, and this may just be the thing to get me motivated to do so :P Perhaps I can pick your brain on MSN today Mark :)

[edit] One thing that would immediately sway me is the ability to add custom "functions". Like if I wanted to add or delete a member in J, or if I wanted to modify that member, I'd totally switch to converge if I could add a "request" that would fire off my own function on IPB's converge plugin (or whatever you call it) for each of those tasks. This would allow me to use IPSMember to do what I wanted and not have to have all of that code on Joomla's side.

Share this comment


Link to comment
Share on other sites

[quote name='Brandon D' date='Feb 12 2009, 06:00 PM']Give me the beta, and then I'll have a billion suggestions :P

So... tell me the advantages of using Converge. AFAIK, JIB supports everything converge would bring to the table and more. So why would I take the time to change JIB over to converge, where JIB is a simple <1 min install requiring no file edits, FTP access, or DB changes. If I change it to a converge module people are going to have to install converge and go through all of that mess of handshaking and what not - not to mention the ioncube mess.

The only benefit I see is people will be able to bridge a Joomla and IPB install on separate servers even if IPB's database doesn't accept remote connections. I haven't had anyone request for this as they all have been able to get through with their host.

These are serious questions, I am considering changing it over to a converge module now. I've also had numerous requests to get into WP, and this may just be the thing to get me motivated to do so :P Perhaps I can pick your brain on MSN today Mark :)

[edit] One thing that would immediately sway me is the ability to add custom "functions". Like if I wanted to add or delete a member in J, or if I wanted to modify that member, I'd totally switch to converge if I could add a "request" that would fire off my own function on IPB's converge plugin (or whatever you call it) for each of those tasks. This would allow me to use IPSMember to do what I wanted and not have to have all of that code on Joomla's side.

I'm glad you asked Brandon :lol:

While I'm not totally familiar with JIB, there are two things:
- Converge uses XML-RPC to send requests so installations can be on different servers and even different networks
- Converge can support any number of applications - most bridges are just bridges between two
For example, here at IPS, we have these forums, the client area, the resource site and the IPB3 preview site ALL sharing the same log in details and all on separate servers.

With regards to your custom functions, that is possible, Converge can receive delete member requests, add member requests change E-Mail, password, username, requests which it then fires off to all other applications linked to that Converge.
For example, if you changed your E-Mail address here on the company forums, at no point would you be redirected to Converge to do that, but it would be updated across the network - the company forums would fire a request to Converge and then Converge would fire off a request to all other applications letting them know too.

Feel free to pick my brain on MSN as and when you like :lol:

Share this comment


Link to comment
Share on other sites

[quote name='Mark.' date='Feb 12 2009, 02:09 PM']- Converge uses XML-RPC to send requests so installations can be on different servers and even different networks
Yes... JIB supports different servers/networks assuming the host opens up remote connections from the Joomla's host IP to the IPB database. I haven't had someone not be able to do this but yes, it'd be nice if I removed that chance all together.

[quote name='Mark.' date='Feb 12 2009, 02:09 PM']- Converge can support any number of applications - most bridges are just bridges between two
Haven't had anyone with this need, but definitely a plus.

[quote name='Mark.' date='Feb 12 2009, 02:09 PM']With regards to your custom functions, that is possible, Converge can receive delete member requests, add member requests change E-Mail, password, username, requests which it then fires off to all other applications linked to that Converge.
For example, if you changed your E-Mail address here on the company forums, at no point would you be redirected to Converge to do that, but it would be updated across the network - the company forums would fire a request to Converge and then Converge would fire off a request to all other applications letting them know too.
So you're saying that all of that stuff is already possible with converge? But what I'm concerned with is being able to add my *own* requests & functions. I don't want to be limited to what converge can do already. So say I want to grab the last 10 posts by x member from Joomla, I'd like to send that request via the converge app on Joomla to IPB and then be able to route that request to my custom function within IPB's converge app. Or say I need to add a custom field... or get custom field data. Or add a topic or reply. Hell if I could do this then I'd be excited beyond belief - that would mean the converge apps (both Joomla and IPB's) would pretty much be the same for each application I bridge - just the application's extensions would be different.

If I can do all of that then my biggest concern at this point would be the encoding. Just glancing at the Beta Assistance forums and seeing all those people have problems with getting ioncube set up turns me way off to the idea of requiring ioncube for JIB or any other of my products.

Share this comment


Link to comment
Share on other sites

[quote name='Brandon D' date='Feb 12 2009, 07:27 PM']So you're saying that all of that stuff is already possible with converge? But what I'm concerned with is being able to add my *own* requests & functions. I don't want to be limited to what converge can do already. So say I want to grab the last 10 posts by x member from Joomla, I'd like to send that request via the converge app on Joomla to IPB and then be able to route that request to my custom function within IPB's converge app. Or say I need to add a custom field... or get custom field data. Or add a topic or reply. Hell if I could do this then I'd be excited beyond belief - that would mean the converge apps (both Joomla and IPB's) would pretty much be the same for each application I bridge - just the application's extensions would be different.

If I can do all of that then my biggest concern at this point would be the encoding. Just glancing at the Beta Assistance forums and seeing all those people have problems with getting ioncube set up turns me way off to the idea of requiring ioncube for JIB or any other of my products.

You can define custom functions within the Converge modules. IPS uses a custom module to get license data across, you can just do the same with posts.

Share this comment


Link to comment
Share on other sites

Hello!

I am happy to be shown new IP.Converge ... I wonder whether the new version will have support for OpenID? So for example: I have 3 forums - and yes, I can hold information about one user in 3 places, but unless it was just after the IP Converge to harmonize such things? (maybe OpenID is not an ideal example ...) Do wondered over this scenario? :-)

Yet one question (with the kind of classic :-))
Is IP Converge 1.1 will be equipped with driver for the PostgreSQL database? :-)

Share this comment


Link to comment
Share on other sites

[quote name='Μichael' date='Feb 12 2009, 12:14 PM']It's not the issue of being able to modify the code for me, it's the fact that I had about half a dozen times when my host removed Ioncube from their servers that caused no one to be able to register on my site anymore, and to be told that the email address they were trying to register with was already in use. Yes, I know if the host didn't keep screwing things up that it wouldn't have been an issue, but it also wouldn't have been an issue if the script wasn't encoded either.

I'm on the same page as Michael regarding this issue. I don't know why Alex is about preserving the encoding though??? My thoughts is that if it's not necessary and causes more kaos than what's it's worth then why use it?

IP3 won't be encoded nor would it be necessary to modify files in it so the argument is a stale moot point every time someone points that out about Converge. Honestly, this topic is like Ground Hog Day imo. When converge was released before the same questions and concerns was asked for feedback and nothing and I mean nothing was done to address them. Should I say absolutely nothing again?

Now we want to get everyone pumped up again about 3rd party application integration when for the past 2 years plus we have yet to see "1" application and not even a tinkle by IPS themselves to get the ball rolling. I was full on about Converge and contributed strong positive feedback, bugs and etc with no positive response from IPS that eventually I had to pull the software from my server due to lack of support mainly which was very disappointing. Added a few clients I had to ditch it too which was wasted time especially with the template issues that was boldly went unaddressed even to this day.

So, what's going to be different this time? Are you going to take the applicaltions we want integrated and provide a solution for free as a jumpstart to what you didn't do before? As an apology I think you should do the most popular ones to make up for the lack of support and hype originally claimed for the product. The last thing I need is to get sucked back into this product to be told later we have other things more important to work on.

I love you guys, but honestly you could have unencoded this product originally to allow member to member support instead of leaving us like a dead fish in the water if you had no time for it. I can understand Nexus cause it was still beta, but Converge was final and stable.

  • WordPress
  • PHPFox
  • Joomla
  • MovableType
  • MotionType
  • Drupal
  • I wouldn't support VB whatsoever lol
  • Social Engine
  • bla bla bla...

PS. I'm Back :P

culogo.png

Share this comment


Link to comment
Share on other sites

We didn't want to release betas Board, Blog, Gallery, Downloads and Converge all at the same time - so we're staggering them a bit, Converge will be in the next wave which will be very soon :) The beta is ready, we just didn't want it to be forgotten about while everyone was playing with beta 3 of IPB

Share this comment


Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Add a comment...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...