Xenforo Upgrades

billybatz9

Active member
Hello,
I have been for countless days trying to choose between xenforo and IPB. I absolutely loveeee the feel for XF, much more than IPB.

But I love the variety of addons IPB has.... Like IP.nexus(subscriptions), IP.blogs, IP.gallery.and etc which xenforo does not. (However they are quite expensive, which makes me re-consider)

Does Xenforo have any future plans in creating any of the above listed add ons? I know there are special mods for blogs and supposedly someone is working on a gallery mod, but those are un-reliable as the developers can just one day leave....

With Xenforo coming out with these mods themselves, we will know for sure they are staying and will always be running smoothly.

Another thing I am needing that XF does not have, is a successful Wordpress bridge. Any plans for that too? Just know 20 % of all website owners, use Wordpress. With a bridge like that, your sales will sky rocket.

Please let me know, as I am really not wanting to spend all my hard earned money on that "money hungry" IPB community. For that, I am not liking them at all.

Besides, I love the XF community (:
 
Personally, I think XenForo should offer an officially supported XenForo <-> Wordpress bridge that tightly integrates the two. Then XenForo does not need to blow 2 years developing a CMS or Blog.

My approach is a little different (see last paragraph).

I'm a neophyte when it comes to understanding bridges, php, mysql, and the best way to hook into WordPress. However, my neo-basic understanding is that technically WordPress uses MD5 and XenForo uses SHA1. This creates a challenge to any plugin or add-on developer regarding synchronizing users / members.

Out of interest, I found this page describing a neat function:

http://www.maxrice.com/allow-wordpress-login-with-sha1-password-hash/

Maybe the addition of that function to WordPress would come in handy.

Also, there is nothing stopping anyone from going through the current bridges, developing additional features, and sharing them with the community, right? Once more, the developers of the scripts can add the features to their products if it enhances the scripts. At least, that is my approach .. ..
 
@lph : You can define a login-schema per user in XenForo. This is how users passwords are imported. I haven't done an import as of late, so I don't remember if post-login they are converted to XenForo, but if not, creating a Wordpress authentication field class wouldn't be too difficult.

Edit: Just looked and it doesn't appear as if they get updated until the user actually attempts to update their password using XenForo.
 
@lph : You can define a login-schema per user in XenForo. This is how users passwords are imported. I haven't done an import as of late, so I don't remember if post-login they are converted to XenForo, but if not, creating a Wordpress authentication field class wouldn't be too difficult.

Edit: Just looked and it doesn't appear as if they get updated until the user actually attempts to update their password using XenForo.

Right in the middle of your post, I felt like peanut losing his hair. And my right arm is just as messed up.

To view this content we will need your consent to set third party cookies.
For more detailed information, see our cookies page.

Would mind explaining what you mean by a login-schema ? Is there code available somewhere?
 
Right in the middle of your post, I felt like peanut losing his hair. And my right arm is just as messed up.

To view this content we will need your consent to set third party cookies.
For more detailed information, see our cookies page.

Would mind explaining what you mean by a login-schema ? Is there code available somewhere?

Look under library/XenForo/Authentication. I don't have access to code at present. But basically, if you say a user's password is stored using 'Wordpress' the system will create in instance of the Wordpress authentication class (look at vBulletin, Core, etc.) to verify if the password is correct, instead of using XenForo's method (so MD5 instead of sha1).

However, changing their password using XenForo will cause the password to now authenticate using XenForo instead of Wordpress.
 
Look under library/XenForo/Authentication. I don't have access to code at present. But basically, if you say a user's password is stored using 'Wordpress' the system will create in instance of the Wordpress authentication class (look at vBulletin, Core, etc.) to verify if the password is correct, instead of using XenForo's method (so MD5 instead of sha1).

However, changing their password using XenForo will cause the password to now authenticate using XenForo instead of Wordpress.

(y)

This is why the database table xf_user_authenticate has the schema ... and within my installation are schema stating ... vBulletin, etc ...
 
Right in the middle of your post, I felt like peanut losing his hair. And my right arm is just as messed up.

To view this content we will need your consent to set third party cookies.
For more detailed information, see our cookies page.

Would mind explaining what you mean by a login-schema ? Is there code available somewhere?

I just laughed so hard thanks to that video. So...hard...
 
For us less educated, what are you guys trying to do with Wordpress, xenforo, and passwords? Lol

Bottom line: HowTo get any WP plugin relying on WP user information to work with the current bridges ... ;)

Basically the side chat was my trying to figure out encryption and how passwords are stored in XF as well as how to get to them. Next, how to get WP users into XF via an authentication class.

In a nutshell, WordPress and XenForo use different ways to store passwords in a database (MD5 vs SHA1). This is why the XF-User bridge and XenScripts have trouble with passwords going from XenForo to WordPress.

Earlier I tossed out the idea that a good approach is to get WordPress to use SHA1. The problem is that if this is done then someone cannot just remove the bridge because that WP function would be gone.

In turn, King was suggesting a login-schema - but again - that is using XenForo as the login.

What is needed is someone to figure out (and share) how to login through XF but add to the WP user functions and not replace any WP user functions... for example the coding I gave the other day to make W3TC to work ...
 
Bottom line: HowTo get any WP plugin relying on WP user information to work with the current bridges ... ;)

Basically the side chat was my trying to figure out encryption and how passwords are stored in XF as well as how to get to them. Next, how to get WP users into XF via an authentication class.

In a nutshell, WordPress and XenForo use different ways to store passwords in a database (MD5 vs SHA1). This is why the XF-User bridge and XenScripts have trouble with passwords going from XenForo to WordPress.

Earlier I tossed out the idea that a good approach is to get WordPress to use SHA1. The problem is that if this is done then someone cannot just remove the bridge because that WP function would be gone.

In turn, King was suggesting a login-schema - but again - that is using XenForo as the login.

What is needed is someone to figure out (and share) how to login through XF but add to the WP user functions and not replace any WP user functions... for example the coding I gave the other day to make W3TC to work ...

I should say, in case you were unaware, that XF 1.2 will be using bcrypt instead of SHA1. Something to keep in mind depending on which version you use.
 
Bottom line: HowTo get any WP plugin relying on WP user information to work with the current bridges ... ;)

Basically the side chat was my trying to figure out encryption and how passwords are stored in XF as well as how to get to them. Next, how to get WP users into XF via an authentication class.

In a nutshell, WordPress and XenForo use different ways to store passwords in a database (MD5 vs SHA1). This is why the XF-User bridge and XenScripts have trouble with passwords going from XenForo to WordPress.

Earlier I tossed out the idea that a good approach is to get WordPress to use SHA1. The problem is that if this is done then someone cannot just remove the bridge because that WP function would be gone.

In turn, King was suggesting a login-schema - but again - that is using XenForo as the login.

What is needed is someone to figure out (and share) how to login through XF but add to the WP user functions and not replace any WP user functions... for example the coding I gave the other day to make W3TC to work ...

It won't be hard to authenticate via WP in the scenario I described. Both can authenticate independently, but call XenForo's authentication method while logging into Wordpress and Wordpress's while logging into XenForo. As long as usernames match and the association of the password is Wordpress, it'll work just fine. (y)
 
So users will be able to register, login, logout from either platform?
And registrations will sync members into both platforms?

Is this what you guys are trying to do?

Yes. This is the discussion, however, it's unicorny. It's only discussion because I fear developing ghetto code. :eek:

Truth is that my nickname is 'Jimmy' :ROFLMAO:

OK - enough fun. I'm off to try to learn more about PHPDoc.
 
Back
Top Bottom