smf+joomla 1.5

[Apllicmz]

hello
where can finder bridge joomla1.5+smf114

[Kindred]

you can not. it does not, and will not exist...

[erlend_sh]

Ehm, not exactly:
Joomla!-thread
Creator's Site

Read down from here if you wanna read about the licensing issues they are discussing regarding SMF.

[Orstio]

Read down from here if you wanna read about the licensing issues they are discussing regarding SMF.

This is indeed a simple way of integrating the Joomla and SMF. However, you might run into problems by breaking the license of SMF. When you call a complete software from Joomla, you are in essence creating a new product and SMF strictly forbids this. This "include smf/index.php" was also done by the Joomla-SMF bridge that was withdrawn after legal consultation.

He's got that backwards.  Joomla's interpretation of the GPL forbids it because the SMF license is not compatible with the GPL.

The SMF license does not forbid connecting with GPL products.

[erlend_sh]

Still, a bridge created with the help of this Joomla! component would still abide the rules right? In other words, there can and most probably will be a bridge for SMF and Joomla!

[Orstio]

Still, a bridge created with the help of this Joomla! component would still abide the rules right?

Not if it is including SMF's index.php, no.  The person who did that was correct in saying that as long as he does not distribute it, it does not violate the interpretation of the GPL.

In other words, there can and most probably will be a bridge for SMF and Joomla!

The JFusion concept is nothing new.  I suggest you do a search on Joomla for com_connector, which applied the same approach for Joomla 1.0.x.

[my evil twin]

Just a stupid question, as i'm not getting it...

In case i pay somebody to write such a bridge for me, and then not redistribute it but use it by myself, is this also violating the license?

Because i'm in need for such a solution.. i do not want to switch to a different cms or forum, but i'm willing to pay for a working bridge..

Thanks for your answer.

[Orstio]

In case i pay somebody to write such a bridge for me, and then not redistribute it but use it by myself, is this also violating the license?

No, that is work for hire.  As long as there is no distribution, there is no violation.

[Apllicmz]

thank you

[sid little]

As far as I am aware the JFusions bridge does not touch SMF files.  The older bridges however did change smf core files.

There are also other new bridges for Joomla! 1.5 that basically do the same, ie - RokBridge buts thats for phpbb3.

[Kindred]

the official SMF bridge did not touch SMF files... nor did it touch joomla files.
the Joomlahacks bridge did... but that was not the bridge we supported here.

The problem with the bridge (as has been discussed ad infinitum) was that the license issues prevent a distribution of integration that USES any of the joomla functions or SMF functions together.

Personally, I think that the JFusion component is eventually going to hit the same point. After all, how do you wrap SMF in joomla without calling the mainframe function?  How do you sync users without... blah blah blah...

[mariusvr]

Personally, I think that the JFusion component is eventually going to hit the same point. After all, how do you wrap SMF in joomla without calling the mainframe function?  How do you sync users without... blah blah blah...

Hi All,

I am the developer of JFusion and might be able to shed some light on the license compliance of JFusion. No SMF include or SMF require_once statements are used in JFusion and no changes are made to SMF at all.

JFusion does it magic through synchronising user data through standard SQL calls.This ensures that SMF users are automatically also Joomla users (with the same username/password). Wrapping is done using a html frame (no code is directly called), or SMF can run in a window without Joomla. We have put our model forward to the FSF and they have replied to us that they can not see any problems with JFusion and licensing.

JFusion is already working with SMF 1.1.4 However I would really appreciate if someone from the SMF community could assist with the further development of the JFusion SMF plugin.

Thanks,

Marius
JFusion developer
www.jfusion.org

[Orstio]

However I would really appreciate if someone from the SMF community could assist with the further development of the JFusion SMF plugin.

What do you need?

[mariusvr]

Thank you very much for your reply Orstio. I could imagine that after all your coding efforts and licensing problems you would not be able to hear the Joomla word 

I would like for JFusion to generate a SMF cookie upon a Joomla user login. This way a user can be logged into both softwares when he/she logs into Joomla.  With the JFusion-vBulletin plugin, it was possible for Jfusion to generate a login cookie and vbulletin automatically created a new session cookie for the user. 

Would it be possible for JFusion to generate a SMF cookie and therefore implementing a dual login?

Thank you so much, Marius

[Orstio]

Would it be possible for JFusion to generate a SMF cookie and therefore implementing a dual login?

It won't be possible for JFusion to generate it, because you would need to either copy SMF code, which would vioalte the SMF license, or include SMF code, which would violate Joomla's interpretation of the GPL.

There are at least two ways around that, however.  I'm not sure if it fits into your plugin structure, but here it is anyway:

1)  (Not recommended, but already done by other integrations) You can submit the username and password to SMF's Login2 function via $_GET:

http://www.forumurl.com/index.php?action=login2&user=username&passwrd=password

2) You could populate a form upon the event of the JFusion login, and auto-submit the same information as above via $_POST.

[mariusvr]

On the SMF login page, the password is hashed with javascipt before it is posted to the SMF php login page. Do I need to apply password hashing to the password before submitting? If yes, would you have some sample code on how to do this?

Thanks, Marius

[Orstio]

You can, but you don't have to.

If you submit the hash to Login2, you need to do it with the hash_passwrd instead of passwrd.

The hash can be created like this:

Code Select Expand

sha1(strtolower($user) . htmlspecialchars_decode(stripslashes($passwrd)))

[erlend_sh]

Why don't you two put up a channel at freenode already and speed up your conversation by about 500%? Not that I mind watching the progress of this topic, as I'm very eager to see how far you get, but I would like it even more if a lot more had been done with every new post made. Just a suggestion, maybe it doesn't work that well for you.

Still, I find myself wondering why SMF haven't got an IRC channel somewhere for general chat and support.

[mariusvr]

<br />Why don't you two put up a channel at freenode already and speed up your conversation by about 500%?<img src="http://www.simplemachines.org/community/Smileys/simple/tongue.gif" border="0" alt="" title="" onresizestart="return false;" id="smiley_1_tongue.gif" />

That is a very polite way of telling us to get a room  However I don't use these channels at all sorry.

Thanks for the hash code Orstio. I would prefer to use this, as most people would not have setup SSL connections and I prefer not to post clear text passwords.

The problem is that JFusion only has access to the clear text password during Joomla's authentication process. Redirects during this process aren't really practical and I want to have multiple integrations in the future. I am looking into posting with PHP, extracting the cookies in the header and echo'ing these to the user. Similar to:

http://au2.php.net/file_get_contents [nofollow]

Will have the disadvantage of not being able to IP-block users (as the Joomla site is doing the submitting of username/password). But will have the advantage of not worrying about the many cookie settings (path, domain, login times, etc) and it is easier for other people to write something similar.

Thanks for the tips and I'll be testing out posting the username/password to SMF.

Marius

[vdrover]

If a bridge like joomlahacks is released and distributed under the GPL, I don't see the issue as long as all the code is GPL.

What i mean is that com_smf from joomlahacks is GPL. So there is no violation in distributing it.

If I download this GPL extension and then connect it to SMF (not GPL compatible), then again there is no license violation since I am not distributing the combined work. Even if you argue that due to the viral nature of the GPL, the combined work must all be GPL, this is moot unless distribution of the combined work occurs.

Am I missing something?