Topic-icon Profile Integration with EasyBlog and EasyDiscuss possible?

Active Subscriptions:

None
12 years 9 months ago - 12 years 9 months ago #35281 by chrmat1
I will say this... Ecwid has an SSO API here: kb.ecwid.com/w/page/43883623/Single%20Sign-On%20API so I believe that would be considered an SSO provider.

You say you have an API to work with... PERFECT... Where is that at?

This should make things easier yes?

UH HUH... You have been holding out... May I take a test drive? www.sourcecoast.com/blog/jfbconnect-v51-...oogle-authentication < I C U

Google+ << lol come on man nobody uses Google+ >>> TwITTER I was hoping so bad to have that ready for when school starts. lol JK it's all good.

I will dev the api for JFBCONNECT... instead of JOOMLA and that way I can advertise and promote you product on their site. If you let me have it BETA Early??? I am trying to have everything ready for my site here in the next few weeks... do you mind?

THanks.
Last edit: 12 years 9 months ago by chrmat1.
The topic has been locked.
Support Specialist
Christian,
The next release, v5.1, will be out by the end of the month. We're currently planning to send an early version to some testers at the end of this week as well as install it on this site to put it through a pounding. I've added you to the list of users who want to test :)

The 5.1 release has the new interface for adding new providers. It's still not as fully refined as we want it to be (that will come over the next few releases), but basically, there's one file you'd need to create and you'll have the facebook.php and google.php files as an example. It won't be 10 lines of code or something super simple, but it should make things a lot simpler than starting from scratch.

With that said, quickly looking over their docs (which are pretty sparse), I'm not sure they are a true login provider. It looks much more like you can pass login data (username, email, etc) from your site to Ecwid so that the user doesn't have to log into both Ecwid and Joomla. It doesn't look like there's a way to let the user login to Ecwid and then fetch that data in order to login/register them in Joomla.. if that's the case, then v5.1 (as above) likely *isn't* the way to go.

Sorry to go back and forth on the right answer. Still don't know how Ecwid manages users. From what I gather though, you have users that are specific to your site / cart. A user that logs into your shopping cart can't use the same credentials to go login to 'my' shopping cart.. instead, that user would have to create a new set of credentials. That is not a single-sign on provider as those credentials can't be used across multiple, unrelated sites.

Their API doesn't seem too difficult though, which is nice. A few Javascript calls to notify Ecwid about the user logged into your site.

Alex
The topic has been locked.
Active Subscriptions:

None
. It looks much more like you can pass login data (username, email, etc) from your site to Ecwid so that the user doesn't have to log into both Ecwid and Joomla. It doesn't look like there's a way to let the user login to Ecwid and then fetch that data in order to login/register them in Joomla.. if that's the case, then v5.1 (as above) likely *isn't* the way to go.

Are you sure about this? I am asking them now to confirm. They have been very annoying about it for a very long time. The api is there but when you try to pin down questions there never come answers. With that said this is what I am looking for... This Flow of SSO...

First, it isn't that much of a concern for me if the user logs onto Ecwid to buy something that they may not be auto signed up to the site as well. If they just come to buy things and never use the site otherwise I am ok with that.

With that being said If the user logs onto my site I would like for them to have the ability to be automatically logged into ecwid as well if they make purchases. Thus not needing to sign into two places to purchase something and keep track of their orders. Sign in once and done.

With that said the plugin they have currently doesn't allow to revisit the orders once you have purchased them. This is an absolute no go.

So here is my question for you with all of this. Is it necessary to plug this into jfbconnect or just joomla in general. If I am able to load a "my account" link to the scmodule logout then that will be good enough for me. that way people when logged in will be able to go to their orders and information if they have something to purchase.

what do you think about that?

The other thing is and I am wondering this. with a shopping cart the "my accounts" link from Ecwid should only appear if they purchase something correct?

thanks for the help.
The topic has been locked.
Support Specialist
Christian,
I'm not sure about anything :) I read their one page document in about 5 minutes. I can't say I understand it fully or can say I'm sure about anything.

As for your goal of just logging the user into Ecwid automatically, their Example code is very straightforward. You basically provide a userId, email, and some profile information (if you have it) on the page. That's information easily fetched from Joomla for logged in users. I wouldn't think there's any reason to need to integrate with JFBConnect to do that.

Regarding:

With that said the plugin they have currently doesn't allow to revisit the orders once you have purchased them. This is an absolute no go.

I have no idea about what their current plugin does and if the revisit and viewing orders thing is a shortcoming of their plugin or SSO implementation altogether. Can't help you here.

The other thing is and I am wondering this. with a shopping cart the "my accounts" link from Ecwid should only appear if they purchase something correct?

Again, I have no idea here. From the page you posted, there's not a way (that I can see) to fetch a user's orders from Ecwid.. you can just tell Ecwid that a user is logged in. Without being able to fetch past orders, there wouldn't be a way to determine if the My Accounts link should or shouldn't appear that I can tell.

Hope that helps,
Alex
The topic has been locked.