Attached is the Xoops-SMF bridge. Unzip it, and upload the "smf" folder to your Xoops modules folder. Install it in your Xoops administration panel as you would any other component.
Then configure the module, and make sure that the bridge login block is visible, and the default Xoops login is not visible.
There are no additional blocks with this release.
Thanks for your patience.
[Update 1/14/06 -- Some bugs fixed. "Unwrapped" pages (e.g. printpage, find members, spellchecker, etc.) are now functional. Still some problems with sessions that will cause the annoying login in the admin panel on each click.]
[Update 7/12/06 -- Alpha 3, now compatible with Xoops 2.0.14. ]
[Update 10/28/06 -- Beta 1, uses Xoops native login method with the bridge login block. ]
This bridge is released under the terms ofthe Simple Machines license. Please do not redistribute.
To configure the bridge module:
Go to your Xoops admin panel. Hold your mouse over the SMF icon. This should bring up a popup menu. Click on "Preferences".
Enter the absolute path to SMF in the textbox, and click Save.
This will tell Xoops where you have installed SMF.
Excellent work, as ever.
i have but one question, importing exsisting users data ? is this doneon login or is there an extra step to this, at the moment all i see in the mlist is my SMF install admin account.
all help entries appear to be blank or atleast in
*/modules/smf/index.php?action=featuresettings - yet to check elsewhere,
profile page is basically a mass crush so best displayed without any side blocks at all - which isnt a bad thing
in pms find member is blank
Quotei have but one question, importing exsisting users data ? is this doneon login or is there an extra step to this, at the moment all i see in the mlist is my SMF install admin account.
Yes, users are ported upon login. I believe if you want, there may be a NewBB to SMF convertor available that should transfer all your users from Xoops to SMF.
Quoteall help entries appear to be blank or atleast in
*/modules/smf/index.php?action=featuresettings - yet to check elsewhere,
profile page is basically a mass crush so best displayed without any side blocks at all - which isnt a bad thing
in pms find member is blank
Thanks. I'll need to work on those unwrapped links. :)
But, I'm not sure that I can do anything about the profile page. That is most likely theme-dependent.
As for theme yep thats expected not really a bug just "one of those things" a pass comment if you will.
In respect to login thanks i wasnt sure about that, my assumptions lead me to say that when building your forums you should use the same username and pass you use for xoops and it wont create duplicated admin accounts ?
As for newBB god no, its great work but its ugly ( sorry ) - ive been using IPB-X ( http://www.bbpixel.com )
What I was saying is that I think the NewBB to SMF convertor will work to convert Xoops users to SMF users, regardless of whether you actually use NewBB.
Thanks for the testing, BTW. You're the first to try it and give feedback. :)
Quote from: Orstio on December 31, 2005, 07:52:33 PM
What I was saying is that I think the NewBB to SMF convertor will work to convert Xoops users to SMF users, regardless of whether you actually use NewBB.
i cant imagine the newbb one will work as ipb-x uses the orginal ipb tables so as such its similar to smf just a bit much more of a pain when it comes to update time thus the smf bridge is a great idea and its good to see it has been done without tampering with the core of either product :)
QuoteThanks for the testing, BTW. You're the first to try it and give feedback. :)
Anytime, im a huge fan of the SMF development teams recent developments, i always do find myself suprised with what you come up with never the expected such a xoops bridge :)
in respect to the bridge itself its very well worked and does work perfectly other than the above mentioned links of course. taking on board SSI.php too i cant imagine blocks will be hard to create.
all thats missing are docs for those really for the obvious questions ( such as user transfer etc )
Ok this one is possibly just me, on stats ( Forum History (using forum time offset) )
clicking on the urm whats it called shrink doo dar it shrinks the month data up, but getting it back down takes a refresh, only reason i mention this is becouse it seems to only happen with that one area.
edit
i do think the above one is myself, using FF 1.0.7 ( linux FC4)
SE urls also dont appear to work
Ajax editing - i think its called that at least - its late, doesnt work
QuoteSE urls also dont appear to work
That's SMF's SEF URLs? No, that won't work. Xoops would have no way of parsing that correctly.
I haven't seen a Xoops SEF engine. If there is one, I can probably do some work to get it running on the bridge.
yes it is SMF ones sorry and for xoops there is one, it was never that very good tho, i dont think many people use it but you can find it here -
Xoops short urls (http://www.xoops.org/modules/news/article.php?storyid=2019) - if i remember correctly it rewrote urm everything including admin panel, and everything else didnt want re-writing was some time ago tho since i looked at but thats only one i know of that was ever used for xoops.
print topic shows up blank
Excellent work, thanks for this.
First couple of observations on my 2.0.13.2 install of xoops.
The smf login block doesn't log me in.
The smf logout doesn't log me out of the forum. Xoops logout either.
When I make changes in admin, themes for example, the admin password is asked at every page refresh. The changes take effect, just need to enter the password again and again.
Overall, this is still pretty sweet.
QuoteThe smf login block doesn't log me in.
The smf logout doesn't log me out of the forum. Xoops logout either.
That's odd. No error message?
Quote from: Orstio on December 31, 2005, 08:20:59 PM
QuoteSE urls also dont appear to work
That's SMF's SEF URLs? No, that won't work. Xoops would have no way of parsing that correctly.
I haven't seen a Xoops SEF engine. If there is one, I can probably do some work to get it running on the bridge.
I don't know the SMF method for SEF URLs, but give a try..
file XOOPS_ROOT_PATH/include/commons.php
find
$xoopsRequestUri = $_SERVER[ 'REQUEST_URI' ]; // Deprecated (use the corrected $_SERVER variable now)replace with
$xoopsRequestUri = $_SERVER[ 'SCRIPT_NAME' ]; // Deprecated (use the corrected $_SERVER variable now)banned,
(I use this for my SEF ;) )
Hey,
to continue from my above post. Logout from SMF logs me out of xoops but when going back to the forum I still look logged in. Not withstanding the problem described below.
When trying to access the forum not logged in, my forum doesn't show after the Home link, seems a closing tag must be errant somewhere. Works fine when logged in though.
When logged in I get the following notices from php debug from xoops.
Notice [PHP]: Undefined index: rand_code in file modules/smf/index.php line 82
Warning [PHP]: ob_start(): output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter' in file /home/xxxxxxxx/public_html/forum/index.php line 114
When going to the forum the background color and some fonts is overwritten off the xoops theme's css, is there away to not have that happen without having to manually modify the forum css? I'd really like to simply install SMF themes without having to modify.
Cheers.
Quoteto continue from my above post. Logout from SMF logs me out of xoops but when going back to the forum I still look logged in. Not withstanding the problem described below.
Try changing your setting in SMF for subdomain independent cookies.
QuoteWhen trying to access the forum not logged in, my forum doesn't show after the Home link, seems a closing tag must be errant somewhere. Works fine when logged in though.
You mean in the menu? You need to set that in your Xoops admin panel so that anonymous users can see it.
When logged in I get the following notices from php debug from xoops.
Turn off compressed output in SMF.
When going to the forum the background color and some fonts is overwritten off the xoops theme's css, is there away to not have that happen without having to manually modify the forum css? I'd really like to simply install SMF themes without having to modify.Yeah, that's the same as with Mambo/Joomla. THere is no way the bridge can know which CSS values you happen to want to be using. You need to edit that yourself for your site.
Aight,
Checking subdomain independent cookies seems to have fixed the SMF login-logout issue.
The only remaining thing to know is that in xoops we have the user menu with the View Account, and Logout. This logout doesn't logout of SMF. Is there a way to fix this or add a block in the bridge to mimick the user menu and have the smf logout link in it?
(http://www.thelionsden-arena.com/files/Screen-tld-smf.jpg)
Above is the problem I was hinting in my post about there being a closing tag somewhere it shouldn't. Actually turning off compressed ouput has fixed this problem. It has also fixed the error notice.
Cool about the CSS, changes are easy enough to make.
Cheers.
Oh yeah forgot,
In admin the password is still asked on every screen change.
Not really a biggie, cause the main admining can be done by going directly to the forum, just wanted to let you know.
While I'm typing here, is there any thought put through bridginh the smf user with the xoops user. Just so not to have to enter info twice. I'd see being able in SMF bridge Admin to be able to link the SMF user fileds with those created in the xoops 2.2 Extended Profiles section.
Thanks again.
When clicking the Register in the SMF bridge, we get to the SMF register page. Trying to register through here gives me a white page and error
2: Wrong parameter count for mysql_query()
File: /home/xxxxxx/public_html/community/modules/smf/index.php
Setting a new password works by copy pasting the link. (the link in the email didn't transfer fully, although I'm not sure if it's a proggy problem) However it changes the password only on the SMF user profile not the xoops one. Although login works fine in both sections from it. By trying to login on the xoops side the password is wrong.
:)
QuoteThis logout doesn't logout of SMF. Is there a way to fix this or add a block in the bridge to mimick the user menu and have the smf logout link in it?
Adding a logout link that mimicks the Xoops logout link is probably the best bet. Either that, or, because of the way that Xoops sessions are handled, I could have the bridge check for the Xoops session, and wipe the SMF login cookie if the Xoops session isn't "logged in".
QuoteIn admin the password is still asked on every screen change.
Yeah, that's another session issue that I need to look at.
QuoteWhile I'm typing here, is there any thought put through bridginh the smf user with the xoops user. Just so not to have to enter info twice. I'd see being able in SMF bridge Admin to be able to link the SMF user fileds with those created in the xoops 2.2 Extended Profiles section.
You're asking about synching the Xoops profile and the SMF profile? That can probably be done. The issue with this is also similar to that in Mambo/Joomla: When the usre makes changes in Xoops, there is no way to really export those changes to SMF, unless the Extended Profiles have some sort of hook?
QuoteWhen clicking the Register in the SMF bridge, we get to the SMF register page. Trying to register through here gives me a white page and error
Code:
2: Wrong parameter count for mysql_query()
File: /home/xxxxxx/public_html/community/modules/smf/index.php
That definitely needs fixing.
(http://www.thelionsden-arena.com/files/Screen-gdl-profiles.jpg)
Since the DB Fields of the User Table are specified in the Extended profiles module, it should be possible to link the field to the one in the SMF profile and allow the synching.
I would see in the SMF Bridge Admin the same type of entry in order to specify which smf_user field corresponds to which xoops_user field.
Peace.
What I am wondering is if the Xoops Extended Profile module has a way of passing data out to SMF.
Like this: If I go to my Xoops profile, change it, and save it, the bridge is never instantiated in the whole process. So, the bridge has no way of knowing the change was just made.
Now, if that profile change had some kind of "hook" in it, that I can plug in a script that will write the new information out to SMF, then it will work fine. If not, then it's impossible without changing core files.
Let me throw something.
Would it be feasible to have a hidden field in the Xoops user profile that would call the function on the bridge to update the smf profile?
Also another thing I've run accross. As it is you must start out with the smf bridge installed, in order for new members registering being trasferred on SMF, it is not possible to have already existing users login to smf.
;)
/edit
It is however possible to login to xoops first, then when you try to go to the forum relogin and it will create the user in smf. Gets login confusing. LOL . Especially since you are not supposed to use the xoops login for the smf bridge. hehe
Blank page on clicking Find members in PM.
Notice [PHP]: Undefined index: rand_code in file modules/smf/index.php line 82
This error always appear due to xoops php debug. But appears also in the white box.
QuoteWould it be feasible to have a hidden field in the Xoops user profile that would call the function on the bridge to update the smf profile?
The form for the Xoops user profile submits to Xoops, not to the bridge. So hidden fields don't help. The information needs to get passed to SMF somehow. The bridge isn't "in" the Xoops user profile, so unless the scripting in that profile has some way of exporting information to another system, this can't work.
I guess it helps if I explain how the bridge works?
The bridge initializes the SMF integration hooks. Then the bridge includes SMF, essentially using the entire forum as an include script. The bridge dumps the output from SMF into a buffer, and alters that buffer to make it show corrected URLs (wrapped in Xoops).
Inside SMF are a number of integration hooks, which are initialized in the bridge. So, for example, when you change your password in the bridge, SMF passes the new data out to the hook that was already initialized. Inside the hook function (in this case integrate_reset_password), the new password information gets dumped to Xoops, and then the function returns to SMF to let it finish what it was doing.
I guess what needs to be understood is that SMF can't go searching through the Xoops database each time it is loaded for information that one might happen to want to put in SMF. Just like the bridge loads SMF and SMF pushes its data to Xoops, the Xoops profile would need to load something that would push data to SMF. There is no way to make SMF pull it from Xoops.
In order to pass information from Xoops to SMF without altering core Xoops files, Xoops would need similar hooks, so that changes made would call an external function, and in that function, I would be able to write a piece of code to insert those changes into the SMF database.
QuoteAlso another thing I've run accross. As it is you must start out with the smf bridge installed, in order for new members registering being trasferred on SMF, it is not possible to have already existing users login to smf.
/edit
It is however possible to login to xoops first, then when you try to go to the forum relogin and it will create the user in smf. Gets login confusing. LOL . Especially since you are not supposed to use the xoops login for the smf bridge. hehe
I just fixed that.
Hi there,
I am a newbie to XOOPS, I only installed it about a week ago (version 2.2.3a). I've had very little problems or issues arise and my saying that is a biggie because I am new to using scripts such as portals and cms's all together. In short, it is very user friendly and I have found a new best friend! lol
My post here is to ask about the smf bridge. From what I'm reading it still needs to be tweaked a bit. I am currently using smf on the site I will be changing over to Xoops and love it and am very interested in using the smf module on my xoops site. I have learned quite a bit about html over the last couple of years and have built my own 2 sites from scratch but coding that is as dynamic as what xoops uses, I would not know how to go in and edit most parts of it if the smf needed such a thing.
I guess what I'm asking is - Should I wait a bit before d/l'ing and installing the smf module to allow time for any possible needed tweaking?
Thanks for the time,
Lana
Yes, please wait before installing this on a production site. There are definitely some issues that need to be worked out.
Anyone have some working examples of these integrated I can look at ?
Thanks
Thanks Orstio, I'll be happy to wait. :)
Quote from: xtremecruiser on January 02, 2006, 04:47:04 PM
Anyone have some working examples of these integrated I can look at ?
Thanks
http://www.everything-science.com/devtesting/xoops/html/modules/smf/
Has the Zip been updated with fixes. I'd like to test them.
I've PMd Mith at Xoops to ask about the "hooks" thing. Hopefully will get an answer.
Cheers.
Quick question, i see _Lance has had a few issues, more so than myself, am i correct in saying thats down to 2.0.x release rather than my 2.2.x release ( of xoops ) ?
I suspect, from my earlier question, that the files I played with have been updated with fixes. Hence less trouble now. :)
Quote from: Lance_ on January 02, 2006, 06:03:47 PM
I suspect, from my earlier question, that the files I played with have been updated with fixes. Hence less trouble now. :)
Quote« Last Edit: December 31, 2005, 04:01:28 PM by Orstio »
- from first topic
I don't think that will matter so much. I am using 2.0.13.1 for testing.
QuoteHas the Zip been updated with fixes. I'd like to test them.
Not yet. I've been a bit busy with new questions about the new Mambo/Joomla bridge. I'll get to them as soon as I can.
QuoteI've PMd Mith at Xoops to ask about the "hooks" thing. Hopefully will get an answer.
All I really need is something simple like this, just before changes are made in the Xoops database:
if (file_exists('output_hook.php')){
include ('output_hook.php');
export_data($variables,$to,$export);
}Not EXACTLY like that, but anything similar where I can wedge in a function to write to SMF.
FOR LANCE and other members... You talked about UNCHECK the COMPRESSED OUTPUT option. I am using JOOMLA 1.05 and SMF FORUM 1.1 RC2 and i didnt find this option yet. Where is it?
Sorry for this noob question...
JOEL RODRIGUES
well this is for the xoops bridge perhaps try in the joomla one BUT if my memory serves me correctly for joomla its in global config and for SMF its in
admin => Server settings =>feature config => "Enable compressed output" untick this
Love SMF and Xoops, so I've been waiting for this.
Did an install that just gets a blank screen from the Xoops main page SMF link, so here are some questions:
Does the bridge work with the latest versions of both Xoops (2.0x and 2.2x)? Could incorrect version be my problem? It is an 2.0.13 version site that I tried that gets the blank screen.
I entered the absolute path to my smf forum location as reported by my server: /la-legal-www/forum and just wonder if that is a problem. It looks to me that the absolute address is about the only thing you can screw up in the install.
Quote from: Orstio on January 02, 2006, 06:09:12 PM
I don't think that will matter so much. I am using 2.0.13.1 for testing.
QuoteI entered the absolute path to my smf forum location as reported by my server: /la-legal-www/forum and just wonder if that is a problem. It looks to me that the absolute address is about the only thing you can screw up in the install.
Try going to your SMF admin panel, Server Settings, and copy the SMF Directory.
Thanks, that was it. There was a slight difference in the absolute address used by the forum.
Hi,
I just installed bridge, and getting error:
QuoteFatal error: Maximum execution time of 30 seconds exceeded in /home/tgotch/public_html/class/smarty/plugins/resource.db.php on line 69
Notice [PHP]: Undefined index: rand_code in file modules/smf/index.php line 82
Notice [PHP]: Constant SMF_INTEGRATION_SETTINGS already defined in file modules/smf/index.php line 72
Notice [PHP]: Undefined index: rand_code in file modules/smf/index.php line 82
Any advice?
The absolute path to SMF shouldn't be the path to the module, it should be the path to where you installed the forum.
Not sure I understand.
I installed smf to under modules/smf
I have my absolute path set to:
/home/tgotch/public_html/modules/smf
Did I install incorrectly?
QuoteI installed smf to under modules/smf
I have my absolute path set to:
/home/tgotch/public_html/modules/smf
modules/smf is where the module should be. You should not install SMF there.
Hey,
Any timeframe to get the few fixes already in the package??
And Errors found: in the forum stats the Total Membersand Latest Member are not updated.
Cheers
Hi Orstio, I've wanted to use SMF with XOOPS for years, I just wanted to thank you for your work so far on this!
anychance a moderator could stick this topic, please. :)
Quote from: Orstio on December 31, 2005, 05:49:50 PM
To configure the bridge module:
Go to your Xoops admin panel. Hold your mouse over the SMF icon. This should bring up a popup menu. Click on "Preferences".
Enter the absolute path to SMF in the textbox, and click Save.
This will tell Xoops where you have installed SMF.
Sorry, but I can't find this. Admin, modules, then?
How far are you? Have you already installed the module?
Yes, I installed the module, and then back to the module page again.
[edit]
Found it.
Quote from: mrandall131 on January 07, 2006, 09:08:58 PM
Yes, I installed the module, and then back to the module page again.
Module => SMF => Prefs
or
Module +> Administration
click the SMF module logo.
Thanks guys, I'm a little slow tonight.
Hey,
Don't mean to be a pain, but I'd love to get updated files for more testing.
Hope you have the chance to work on it.
Cheers. :)
Quote from: Lance_ on January 11, 2006, 10:23:16 PM
Hey,
Don't mean to be a pain, but I'd love to get updated files for more testing.
Hope you have the chance to work on it.
Cheers. :)
Give em time, im sure he will come up with something soon, yet to be let down by the SMF team, well actually once, no xmas card but otherwise
I have updated the package in the first post.
The fix for the unwrapped pages brings up an interesting question:
In Mambo/Joomla, it is fairly common to have an "unwrapped" forum, which still loads through the CMS, but displays the forum as if it were stand alone. Would this also be desirable in Xoops?
Of course, my preference is that I can have inside xoops and not have it look standalone.
I am testing all and will post at some time my observations. I'm sure a few of the ones I've seen so far are attributable to the sessions problem.
Thanks for the work.
Cheers.
Quote from: Orstio on January 14, 2006, 04:22:50 PM
I have updated the package in the first post.
The fix for the unwrapped pages brings up an interesting question:
In Mambo/Joomla, it is fairly common to have an "unwrapped" forum, which still loads through the CMS, but displays the forum as if it were stand alone. Would this also be desirable in Xoops?
wrapped, unwrapped both options work for myself, depends on the kind of site im working on at the time
Quotewrapped, unwrapped both options work for myself, depends on the kind of site im working on at the time
So it may be wise to include this as an option?
Options are good. :)
But I question, you want it to look like a standalone so it has a different header than your site?? I don't see why?
I never really understood the unwrapped option in Mambo/Joomla, just that it was fairly popular. Some people want their forum to look as though it is separate from the CMS, yet function as if still a part of it.
Quote from: Orstio on January 14, 2006, 07:53:16 PM
I never really understood the unwrapped option in Mambo/Joomla, just that it was fairly popular. Some people want their forum to look as though it is separate from the CMS, yet function as if still a part of it.
i would say as an option yes,
i see it as usefull being, a lot of the time i may host pages outside of the portal, cms itself, but retain the members across the board, i.e dual function ( if that makes sense )
tho another factor is themeing too, lazy people again like me, just dont want to tamper with themes making it all sqeeze into the tiny space so just pop it in full view and "bobs your uncle"
This can be very useful.. if you can instanciate SMF without instanciate various xoops related things like the theme object, the blocks objects and others.
This will reduce page loads time and the overall scripts weight on the server.
I'm not saying that everything on the Xoops framework has to be cutted out when you're browsing SMF, but certains things are just not necessary at all, imho.
banned,
I think the theme object would be left out, but I'm not certain about the blocks objects. Gains on server performance in the unwrapped forum are minimal, if any at all, because some things are loaded, but just discarded when SMF exits.
Besides, for a full-blown CMS, Xoops is probably the fastest I have worked with so far. I'd like to know what the difference is that makes a CMS as robust as Joomla load in half the time.
That's where I get lost. In Xoops if I wish to have to forum load by itself I will simply not assign any blocks on the module, therefore the forum will be inside the theme so the look is the same but will not have any other Xoopsie blocks on.
Like X said earlier about we lazy people, I'd rather not have to touch the SMF theme and have it appear inside my Xoops theme. I like it easy. This way I just choose a generic SMF theme which colors are neutral to my site.
After that, page loading will really be dependent to the "heaviness" of the theme. :)
Quote from: Orstio on January 15, 2006, 07:02:47 PM
I think the theme object would be left out, but I'm not certain about the blocks objects. Gains on server performance in the unwrapped forum are minimal, if any at all, because some things are loaded, but just discarded when SMF exits.
Besides, for a full-blown CMS, Xoops is probably the fastest I have worked with so far. I'd like to know what the difference is that makes a CMS as robust as Joomla load in half the time.
I'm sure that you will get some beautiful surprises in time generation when you cut out the theme object from the SMF bridge.
For my experience, in a page with 0.2x seconds page generation time 0.12-0.13 seconds are for the theme object. This is because of smarty that its not that 'fury' when you're not using his cache system.
And for adding blocks.. Well they are bringed to the theme - as for the modules - 'cause they all have their own template (a custom module has its own template too.. {$dummycontent} ).
banned,
Please help me there is always a blank screen..I am using Xoops 2.2.3 does it work for it also if it does than whats the prob I have given right addres but I can not find preference for the smf module beacuse there is no popup menu in this version can anybody guide?
Quote from: waqass on January 24, 2006, 12:19:15 AM
Please help me there is always a blank screen..I am using Xoops 2.2.3 does it work for it also if it does than whats the prob I have given right addres but I can not find preference for the smf module beacuse there is no popup menu in this version can anybody guide?
have you set the reletives path in the preferances of this module ?
You will get a complete blank page if the absolute path is not set in preferences.
I get now a different problem, the xoops page loads but the forum doesn't appear. This used to happen when playing in the xoops templates. As soon as I changed something in the templates of any modules, the smf forum would disappear. The solution was to uninstall the bridge, reinstall and everything was fine.
Now however, it never comes back. I've tried pretty much every combination of Cloned vs Default Template sets, deleting Templates_c folder. It never shows anymore. Xoops version is 2.0.13.2.
Cheers.
I ran into a similar problem, but mine was based in my own ignorance of the difference between templates and themes. You obviously can't install a theme as if it were a template. :P
So far so good, the nly issues i have seen have been mentioned on here, but il be going 'live' with this tonight on my site, in replacement of IPB-X.
fingers crossed and hopeing all works out fine..
my one query is and im sure i ask and you already explained but il ask again
Reg via xoops = will add an account in SMF?
Reg via SMF = will add an account via Xoops?
if thats the case, great, BUT avatars if i recall are not shared ? same as sigs, now i could disable all this in xoops profiles but then it well looks crap in the comments section spread throughout the site, is there a way to share these ?
or even have the xoops profiles disabled and have the entire site read from SMF's information for everything
sigs,
avatars,
etc etc
but this takes away of course "the bridge" aspect and moves it more towards an "intergration" concept ? which i can understand put users off ( what happened to the good old days of modding the core !)
Using xoops 2.2.4 and SMF 1.1 RC2...with the bridge:
My smf has disappeared :)
site: http://esolutionswork.com/
smf in /forum:
http://esolutionswork.com/forum
In xoops admin, I set absolute path, correctly I think.
Now, I get this message:
"Upgrading the forum...
Don't worry, we will be back shortly with an updated forum. It will only be a minute ;). "
Any ideas?
Thanks!
Quote from: avatar on January 25, 2006, 11:59:49 AM
Using xoops 2.2.4 and SMF 1.1 RC2...with the bridge:
My smf has disappeared :)
site: http://esolutionswork.com/
smf in /forum:
http://esolutionswork.com/forum
In xoops admin, I set absolute path, correctly I think.
Now, I get this message:
"Upgrading the forum...
Don't worry, we will be back shortly with an updated forum. It will only be a minute ;). "
Any ideas?
Thanks!
take the forum out of maintenance mode. id assume its set like that when xoops updated have been applied.
Thanks, X-Ception: yes, smf was in maintenance mode. I modded System.php to reset it.
Now, the bridge merely takes user to a blank page. Hmmm...
When I go to smf directly, I get:
"Database Error
Please try again. If you come back to this error screen, report the error to an administrator. "
Quote from: avatar on January 25, 2006, 02:45:25 PM
Thanks, X-Ception: yes, smf was in maintenance mode. I modded System.php to reset it.
Now, the bridge merely takes user to a blank page. Hmmm...
When I go to smf directly, I get:
"Database Error
Please try again. If you come back to this error screen, report the error to an administrator. "
could try the repair_settings.php in download section, but its a lil vague from that msg
Quotemy one query is and im sure i ask and you already explained but il ask again
Reg via xoops = will add an account in SMF?
Reg via SMF = will add an account via Xoops?
Yes, migration works both ways, but the Xoops user won't be migrated to SMF until after the first login.
Quoteif thats the case, great, BUT avatars if i recall are not shared ? same as sigs, now i could disable all this in xoops profiles but then it well looks crap in the comments section spread throughout the site, is there a way to share these ?
or even have the xoops profiles disabled and have the entire site read from SMF's information for everything
sigs,
avatars,
etc etc
Not done for the current release, but can be for the next. :) The issue here is still that changes made in Xoops won't be reflected in SMF, but changes in SMF will reflect in Xoops. :-\
Quote from: Orstio on January 25, 2006, 05:57:18 PM
Not done for the current release, but can be for the next. :) The issue here is still that changes made in Xoops won't be reflected in SMF, but changes in SMF will reflect in Xoops. :-\
well if it can be done then great, its very simple to disable user profile segments within xoops profile module so that wouldnt be too hard if xoops could pick it all our of SMF
SMF avatar management is far better ( ive hated this aspect of xoops for some time )
my final question is ( sorry i have a few )
comments on the xoops site push the users post count up, now going by what you say xoops will reflect the correct post count if a user posts in SMF xoops will pick up on it but not vice versa ?
The Xoops article comment system looks like it can probably be replaced by something similar to the discussbot in Joomla, but I'll have to take a look at how that works first.
I was bored so I decided to test xoops locally (never have before) and then the SMF module.
Followed the instructions fine. But now I can't login from either xoops or wrapped SMF. I get this error:
Quote2: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource
File: G:\Program Files\Apache Group\Apache2\htdocs\Xoops\modules\smf\index.php
Line: 202
Not sure what's going on there :)
QuoteFollowed the instructions fine. But now I can't login from either xoops or wrapped SMF. I get this error:
Quote
2: mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource
File: G:\Program Files\Apache Group\Apache2\htdocs\Xoops\modules\smf\index.php
Line: 202
Not sure what's going on there
Is this with a username that exists in SMF, but not in Xoops?
Well...not quite sure how to answer that..lol.. as I used the same username/password for xoops admin account as I did for my SMF install.
So for the purposes of trouble shooting...can't be narrowed down to a certain account right now (I think that's what you were getting at).
Alright, are they installed in separate databases, then?
Does your SMF database user have access to the Xoops database?
Yes they are in seperate databases.
And yes, access rights to the database should not be a problem as both SMF and Xoops access MySql with the root Uname and password.
Heh...ya know, I think I'm too brain dead to be messing with this stuff tonight ;)
I'm guessing smf and Xoops need to share the same database--makes sense...not sure why I didn't clue into that. Or, maybe I'm wrong about that to...lol
Anyway, did a 2nd installation of Xoops (still have the first), but this time put it in the same database as smf. Seemed to work as I could login...but would then just get a blank page (path to smf etc is fine).
Anyway, I'm not an expert in any of this (I have problems spelling PHP!!;) )...just playing around :) So, my apologies for any stupidity :)
This brige is working with 2.03 but when I use xoope 2.2.3 then this error is show on in the module preference
Warning [PHP]: main(../functions.php) [function.main]: failed to open stream: No such file or directory in file modules/smf/admin/index.php line 25
Warning [PHP]: main() [function.include]: Failed opening '../functions.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in file modules/smf/admin/index.php line 25
Notice [PHP]: Constant _MI_ADMIN already defined in file modules/smf/language/english/modinfo.php line 33
Notice [PHP]: Constant _MI_ADMIN_DESC already defined in file modules/smf/language/english/modinfo.php line 34 What could the possible solution I have done fresh installation and seprate database as well as seprate users for them!I always get blank page..?
Moreover if I give the full url in the preferences of module which is this /home/billa/public_html/smf/index.php then i get this message Fatal error: main() [function.require]: Failed opening required '/home/billa/public_html/smf/index.php/index.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/billa/public_html/modules/smf/index.php on line 87
Warning [PHP]: main(/home/billa/public_html/smf/index.php/index.php) [function.main]: failed to open stream: Not a directory in file modules/smf/index.php line 87
Quote from: ShaneR on January 26, 2006, 10:38:16 PM
Heh...ya know, I think I'm too brain dead to be messing with this stuff tonight ;)
I'm guessing smf and Xoops need to share the same database--makes sense...not sure why I didn't clue into that. Or, maybe I'm wrong about that to...lol
No, they don't actually, but it may be difficult on a local machine to assign permissions to databases the way you can in cPanel.
QuoteAnyway, did a 2nd installation of Xoops (still have the first), but this time put it in the same database as smf. Seemed to work as I could login...but would then just get a blank page (path to smf etc is fine).
Turn off compressed output in SMF.
QuoteAnyway, I'm not an expert in any of this (I have problems spelling PHP!!;) )...just playing around :) So, my apologies for any stupidity :)
No problem. I'd like the installation to be as painless as possible.
Quote from: waqass on January 27, 2006, 03:02:44 AM
Moreover if I give the full url in the preferences of module which is this /home/billa/public_html/smf/index.php then i get this message Fatal error: main() [function.require]: Failed opening required '/home/billa/public_html/smf/index.php/index.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/billa/public_html/modules/smf/index.php on line 87
Warning [PHP]: main(/home/billa/public_html/smf/index.php/index.php) [function.main]: failed to open stream: Not a directory in file modules/smf/index.php line 87
The path should be this:
/home/billa/public_html/smf
Not this:
/home/billa/public_html/smf/index.php
Bright yellow on white is impossible to read. Please don't do that.
Few queries that i have, my minds been busy again sorry.
1. if i was to have two sites, using one SMF both bridged, would this cause any known sync issues
2. would it be possible to code into the bridge a "manual sync" option that could check users on both sets of sites ( site and forum ) and pull the none exsisting users from one to the other ( ensureing no duplicated accounts of course ) ?
Thanks for all the help (and work), Orstio.
I decided pretty quickly that Xoops wasn't for me, so I took the installations off...but, if you find you need some ( somewhat inexperienced)testing, I don't mind throwing it back on...takes seconds.
Shane :)
Quote1. if i was to have two sites, using one SMF both bridged, would this cause any known sync issues
What do you mean by two sites? If the TLDs are different, the cookies will not set.
Quote2. would it be possible to code into the bridge a "manual sync" option that could check users on both sets of sites ( site and forum ) and pull the none exsisting users from one to the other ( ensureing no duplicated accounts of course ) ?
It is possible, but I'm not sure of any issues that can arise due to this. It's important to know, I guess, that SMF uses a salted SHA1 encryption for passwords, not the usual MD5 of most PHP software. SMF also has the ability to read MD5 passwords like other software, and then convert it to its own SHA1. So, this makes mass-user migration difficult, because the raw password is not available, like it is when the user is logging in, and the SHA1 password from SMF can't be interpreted by Xoops.
There is a method that I use for the SMF login. It works, but if used in a mass-migration situation, may have the unpleasant side effect of an admin user trying to get into the admin panel and failing. This is not an issue with the login-migration situation, because a raw password can be made available.
I have tried the both paths but I always get blank screen I am using 2.2.3 xoops?What could be else problem?
QuoteWhat do you mean by two sites? If the TLDs are different, the cookies will not set.
lets say
www.example.com/xoops
www.example.com/music
www.example.com/forums
in that theory basis both sites, same tld, could you forsee any disasters ?
and many thanks for your explanation on the other question most helpful :)
Yes, as long as they are the same TLD, it's not a problem. In fact, you could probably do something like this:
http://xoops.example.com
http://music.example.com
and http://forum.example.com
as long as you make sure to check subdomain independent cookies in the SMF admin panel.
You have probably seen from my test site that I have the same forum bridged to Xoops, PostNuke, PhpNuke, and iGaming.
Quote from: Orstio on January 28, 2006, 07:18:34 AM
Yes, as long as they are the same TLD, it's not a problem. In fact, you could probably do something like this:
http://xoops.example.com
http://music.example.com
and http://forum.example.com
as long as you make sure to check subdomain independent cookies in the SMF admin panel.
You have probably seen from my test site that I have the same forum bridged to Xoops, PostNuke, PhpNuke, and iGaming.
Yeah i had a wander ( excellent work btw tho half of it is over my head ) - thank you very much for your efforts .. once again
appreciated :)
Has something changed in xoops 2.2.4 tho everything is the same as always i seem to be getting a white page, have yet to have this. The only real change as i mentioned is the usage of patch for xoops.
It seems to me that - contrary to received advice - the xoops login works for both xoops and smf, and that the smg login does not work for xoops.
I was running my site with the xoops login and all was fine for xoops and smf, but when I read this thread and took the advice to not show the xoops login, but use smf, I found myself locked out of xoops. I managed to trick my way back into xoops admin and changed the login block back to the way it was, and all is ok again.
BTW Thanks for the bridge :)
I am new to SMF... looks great, I am impressed. I am familiar with xoops and I have installed the module and bridged, setup the correct path and I link up but I do not seem to be wrapped into xoops. Login to xoops does not login to smf. If I register first in SMF this member does not show in Xoops.
I can get SMF running by clicking on the menu in xoops but no side menu, though this is set up to show in blocks ... am I missing something on the SMF side of this?
thanks for a great looking board
Quote from: nulla on February 02, 2006, 02:49:40 AM
I am new to SMF... looks great, I am impressed. I am familiar with xoops and I have installed the module and bridged, setup the correct path and I link up but I do not seem to be wrapped into xoops. Login to xoops does not login to smf. If I register first in SMF this member does not show in Xoops.
I can get SMF running by clicking on the menu in xoops but no side menu, though this is set up to show in blocks ... am I missing something on the SMF side of this?
thanks for a great looking board
did you install SMF using the same admin uname/pass as you did in xoops ?
yes.. same username and password
Did you install SMF in a different database than Xoops?
I installed in different database. I used fantastico from the my servers control panel options to do the install and have now un installed smf downloaded the install.zip and will follow that process through
Should I be using the same data base?
thanks for the help gents. Great feedback and service.
I am keen to get this going as I am not impressed at all with the xoops forum, my members say its ugly and they get lost trying to make simple posts ..I have to agree.
SMF on the other hand is a gem from what I have seen over the last week or so playing around and testing it plus it has a good layout with great features......well done to the team at SMF
Go to your site's cPanel. Click on MySQL databases. Do not proceed to PhpMyAdmin!
You are now on the page to set your database permissions.
Near the bottom of the page, you will see two dropdown selections side by side, labelled "User:" and "Db:". Select your Xoops database user, and your SMF database. Click the button below this that says "Add User to Db".
Go back to this same page again, and add your SMF database user to your Xoops database as well.
I have done what you said.... sorry no difference.
I am not quite sure what I am doing wrong...
Is there some setting in SMF that I should be changing.
I seem to have the path correct in the settings
The main menu on xoops shows and activates the link to SMF, but thats it.. it seems to be a compeltley standalone program... not wrapped.. I changed my theme to the default xoops theme as well
I am now going to re download the SMF module for the bridge and see if it is it thats the problem.
I have double checked to ensure the blocks are set correctly in xoops.
my site is
cultbusters.com.au
thanks again for the assistance and patience
Do not install SMF here:
http://www.cultbusters.com.au/modules/smf/
That is where the module goes, not where SMF goes.
Orstio,
I have been pulling my hair out over my troubles.... I re installed un installed and tried everything you said.
Then as a last option downloaded and I installed version
smf_1-1-rc2_install.zip (December 31, 2005)
as I had downloaded and installed prior
smf_1-0-6_install.zip (January 28, 2006)
Everything is up and running.
I did notice when looking back over this thread that everyone seems to have installed prior to the Jan 28 version.
I am not sure if there is a conflict with the bridge and the later version or it was just xoops or me :-\
Nulla
SMF 1.0.x will not work with this bridge.
Only SMF 1.1.x has the required structure to make this work.
Did you not notice the title of this topic?
"Bridge Xoops-SMF 1.1 RC2 alpha"
my error... sorry
Quote from: X-Ception on January 28, 2006, 09:47:11 PM
Has something changed in xoops 2.2.4 tho everything is the same as always i seem to be getting a white page, have yet to have this. The only real change as i mentioned is the usage of patch for xoops.
New install, 2.2.3a => patched files to 2.2.4, installed cleanly
Both in same database, path is correct ( i took the path from SMF itself to be certain )
still white page, ideas ?
The only time I ever got white pages was when I tried installing a new theme as a template. :-[
I'm not surethat it works with templates other than default.
Ugh something has changed, ok.
now turned on php debug and see the following
Quote
Warning PHP: main(../functions.php): failed to open stream: No such file or directory in file modules/smf/admin/index.php line 25
Warning PHP: main(): Failed opening '../functions.php' for inclusion (include_path='.:/usr/share/pear') in file modules/smf/admin/index.php line 25
Notice PHP: Constant _MI_ADMIN already defined in file modules/smf/language/english/modinfo.php line 33
Notice[PHP: Constant _MI_ADMIN_DESC already defined in file modules/smf/language/english/modinfo.php line 34
looking at the first line i assume thats functions.php within the /modules/smf/admin/ folder ?
Quote
Warning PHP: main(../functions.php): failed to open stream: No such file or directory in file modules/smf/admin/index.php line 25
as its defines the same for config.php wihn the same directory,
include '../../../include/cp_header.php';
include '../functions.php';
include '../config.php';
but i'm unsure if this should be xoops includes/functions.php or if these is a seperate SMF functions.php which seems not to be included ?
Quote from: Orstio on February 05, 2006, 08:48:00 PM
The only time I ever got white pages was when I tried installing a new theme as a template. :-[
I'm not surethat it works with templates other than default.
Clean install, so yep it is default theme, but ive only ever installed anything as a theme, rather than a template - always did work fine with themes, templates i rarely see used ( my reasons are apache user group takes ownership so logging back in/out of root does my head in )
Thanks. You can get rid of that line:
include '../functions.php';
Quote from: Orstio on February 05, 2006, 09:14:14 PM
Thanks. You can get rid of that line:
include '../functions.php';
No probs,
seems you have defined some language keys twice also, in admin.php you defined
define("_MI_ADMIN", "Forum Administration");
define("_MI_ADMIN_DESC","Click this link to take you to the Simple Machines Forum Administration");
but this is already defined in the modinfo.php
i have commented them out in my install for now, if thats ok ?
//define("_MI_ADMIN", "Forum Administration");
//define("_MI_ADMIN_DESC","Click this link to take you to the Simple Machines Forum Administration");
also in xoops_version.php
it doesnt look like this has been closed correctly:
$modversion['blocks'][1]['name'] = _MI_SMF_BNAME1;
should be
$modversion['blocks'][1]['name'] = "_MI_SMF_BNAME1";
( i think lol )
Odd that this works with previous versions of Xoops....
Yes, that's fine. I'll make sure they're gone for the future.
Quote from: Orstio on February 05, 2006, 09:29:27 PM
Odd that this works with previous versions of Xoops....
I suspect its my server to be honest, thus the indepth searching
QuoteYes, that's fine. I'll make sure they're gone for the future.
Sorry not nit picking your code, just things i see as im trying to find my solution
on that note
in header.php
include XOOPS_ROOT_PATH.'/modules/smf/functions.php';
have commented this out also.
Ok if i say to you open_basedir does that mean anything, i suspect thats where my problem is coming from ?
No, the things you are pointing out are legitimate issues that need to be addressed.
Ok, i have xoops installed at
example.com/core
SMF installed at
example.com/forum
now the path /var/usr/example.com/httpdocs/forum ( thats from memory as im at work but that looks correct to me, white page as i mentioned in previous posts, also using default theme, fresh install.
Now i decided to change the path ( for whatever reason ) to
/httpdocs/forum/
now this presented some errors, which were appreciated as i could finally see something ( w00t ) - from there i could see i was getting open_basedir restriction messages ( unsure if this is just becouse of the path i used, or if this is a restriction in php im not aware of )
BUT using the first mentioned path
/var/usr/example.com/httpdocs/forum
with the exact same setup but the joomla plugin ( i tried it, liked a lot, disliked as much, smf comment mambot impressed though.. ) all worked fine, intergration was flawless. But then the joomla core/plugin are obviously more mature than the xoops one
il keep "plugging" away and see if i can get anywhere, thank you for your assistance thus far, appreciated
Ok i checked SMF error logging, and i see this
QuoteUndefined index: xoops_showcblock
File: /***/***/*****/**********/httpdocs/core/templates_c/%%AD^ADD^ADD7E5D3%%theme.html.php
Line: 116
which obviously relates to xoops
Ok downgraded xoops to the 2.0.13.2 release :( BUT ! seems perfectly fine now so... thats better. Once its working on 2.2.* il be hopping upto that :)
I'm stuck, no more testing for me. Can't get it to show anymore. No error. >:(
(http://www.thelionsden-arena.com/files/screen2-tld-smf.png)
in 2.2.x i get the same result,
in 2.0.13-2 the bridge works inside the xoops but the login block always says "do not have permission to access that area" ( tho i will say i REALLY disliked the 2.0.* xoops permission/block system
in 2.2 this is greatly improved, personally i put the issues down to having to support so far across the line with current xoops versions.
2.0.* was decent, but lacked a lot,
initially 2.2.* sucked so bad, but since a huge code cleanup, its now great compared, BUT now there is 2.3 on the way and eventually xoops 4 which is in development .... mind boggles, i cant imagine how the developers keep up with it all...
i suppose its the same here with SMF 1.0.* and 1.1.* but to be honest SMF handles it far better with support for one and or the other - tho i do like to see that phppp has made a move to support all of the above mentioned xoops versions, it will hopefully spur other developers to follow his trend ...
( not a rant @ SMF/Orstio - a rant ar xoops version support and hows its handled atm making it very hard for dev teams to work in total compatibility as well as users trying to get the correct software. )
Orstio,
Is there anychance you can make the first RC1 available again, till you get time to work on the next version ?, the previous RC seemed to work other than few link issues
BTW i tried your joomla version of the bridge, very very good work, hope the xoops one can come to something close to that, tho joomla .. i just cant wrap my head around the section side of things, the rest is great, anyhoot.
Thank you for your efforts thus far, I'm sure you will come up with the solution in time ;)
Is this possible ?
I don't keep the old versions, and even if I did, they would have been lost when my HD crashed last week.
Sorry, but I'll need to make it work with Xoops 2.2.x yet, which means cleaner code. That's probably a good thing, in the long run.
Quote from: Orstio on February 14, 2006, 06:53:42 PM
I don't keep the old versions, and even if I did, they would have been lost when my HD crashed last week.
Sorry, but I'll need to make it work with Xoops 2.2.x yet, which means cleaner code. That's probably a good thing, in the long run.
Sorry to hear about your hard drive, happens to the best of us. I'll keep stum till your able to release the next version, i can imagine your like me when mine died many moons ago, a hazey mist of trying to remember whats tools you had and dont have now and then when you need them its back to googleing for them :D.
Anyway for now il hang back but when its ready for the next alpha/beta/rc release il be more than happy to help test it out :)
i've got both versions if you still need 'em. 8)
It would be very much appreciated if you could get the first Alpha to me Lance_ :)
aight, check PM.
Cheers.
so does anyone have this working in the newest version of xoops? I can't seem to get it to work. What I really want is for when you goto the forums, it opens outside of xoops, I have a fixed width xoops and it looks funny if it includes forums inside of it. But I can't even get it to work :-\ any ideas? Or are we waiting on new code?
Quote from: DeliriumServers on February 20, 2006, 11:42:21 PM
so does anyone have this working in the newest version of xoops? I can't seem to get it to work. What I really want is for when you goto the forums, it opens outside of xoops, I have a fixed width xoops and it looks funny if it includes forums inside of it. But I can't even get it to work :-\ any ideas? Or are we waiting on new code?
have a read back, it seems the first version did have issues with themeing etc, these were fixed in RC2 but i could only ever get this to work in xoops 2.0.* and not 2.2.*.
Since then the developper ( Orstio ) has had some personal computing troubles which lead to lossage of data which i would assume would also include his own fixes for the next RC(3?).
till this time its just a case of await and see but i do know Orstio does a lot of work my assumption is he does most the portal bridgeing work since his site is bridged to every major cms i can think of ( joomla seems to take presidence )
for now just await and see... im sure it will be worth the wait :)
QuoteSince then the developper ( Orstio ) has had some personal computing troubles which lead to lossage of data which i would assume would also include his own fixes for the next RC(3?).
No data loss on the latest fixes: That's one of the advantages of CVS. ;)
[offtopic]thought CVS was a dieing format compared to SVN [/offtopic]
Good to know :D
any ideas when you will have the next alpha up?
my members moaning .. there not easy pleased .. dam them.
Any ideas when the login problem will be fixed. I have everything working perfectly but as it sits right now suers will have to login to xoops and then login again when they click on the forums. Would love to get rid of the double login. If there is a work around let me know but I will have and arcade and chat within xoops so I want people to have to login to use that and of course you need usernames to show up beside topics they are posting. Anyway let me know ASAP please, I want to get my revised site launched by the end of the moth and this is but a little cog in the big machine.
You can see what I mean by using the following link;
http://svr73.ehostpros.com/~iamwhi73/community/index.php
http://svr73.ehostpros.com/~iamwhi73/community/index.php (http://svr73.ehostpros.com/~iamwhi73/community/index.php)
User: tester
Pass: testt
QuoteAny ideas when the login problem will be fixed. I have everything working perfectly but as it sits right now suers will have to login to xoops and then login again when they click on the forums. Would love to get rid of the double login.
Use the bridge login block instead of the Xoops login block.
QuoteUse the bridge login block instead of the Xoops login block.
What login block? I dont see any option for a login block in the Xoops config screen and I see nothing on the code side.
Go to your Xoops admin panel. MouseOver on the System Admin icon. Click on "Blocks".
Set the block labelled "Login" to not visible.
Set the SMF Bridge Login block to visible.
Well that didn't work. now I can't login to anything. So maybe I should set the xoop login to visible and the smf to invisible nes pas?
I changed it back. what I want is the xoops login and then the xoops users to be able to go straight into the forums.
Is there somethign I have to do in SMF so that it will use the xoop users instead of asking the to re-login???
Meh, maybe I shoudl just use the xoops forums module just means I have to transfer all the topics and posts from the original site and users. Is there a converter for this or is it something that I would have to do manually?
Quotewhat I want is the xoops login and then the xoops users to be able to go straight into the forums.
Well, then you want the impossible. There is no way the Xoops login block will set the SMF cookie.
Quote from: Orstio on March 07, 2006, 08:46:12 PM
Quotewhat I want is the xoops login and then the xoops users to be able to go straight into the forums.
Well, then you want the impossible. There is no way the Xoops login block will set the SMF cookie.
That is what I thought. crappy, oh well. Is there a script that I can use to convert SMF users and boards to Xoops?
Quote from: Grandnegis on March 07, 2006, 11:24:29 PM
Quote from: Orstio on March 07, 2006, 08:46:12 PM
Quotewhat I want is the xoops login and then the xoops users to be able to go straight into the forums.
Well, then you want the impossible. There is no way the Xoops login block will set the SMF cookie.
That is what I thought. crappy, oh well. Is there a script that I can use to convert SMF users and boards to Xoops?
Remember, this is still ALPHA software, as well as SMF itself being RC none of the software involved other than xoops itself and consideard final releases, there is time for improvements and coding changes to take place.
But if you are intent on converting your userbase over, the only project i know of that has spoke on this is located here => http://dev.xoops.org/modules/xfmod/project/?smf2xoops
any way to hide left and right blocks only in board?
Sorry just a little confused with what was said above. (regarding the different log ins)
Does this bridge require users to register both on Xoops and SMF and then login to Xoops and SMF independently?
QuoteDoes this bridge require users to register both on Xoops and SMF and then login to Xoops and SMF independently?
No. You can register in either (once) , and login to both. You just need to use the bridge login block for logging in, not the Xoops default login block.
This thing doesnt work for me.
I uploaded the smf folder to the modules folder, and installed it. I made the block visable to everyone, and I CAN see it when I go to the site...so it IS enabled. But, for some reason, it doesnt work right. I CAN login as admin that was made when xoops was installed...but when I try to use a login for the BOARD, it says Incorrect Login! So, then it sends me back. Then I say I lost my password, typing in the email that I used for my username on the BOARD, yet it says no corresponding user found....
Looks like it doesnt work for me....please help.
Thanks.
EDIT: Oh, and my board IS 1.1RC2, and xoops is 2.0.x
Can I see a URL?
Yup.
This is teh xoops url: http://thatsaidwhati.com/main/
This is the forums url: http://thatsaidwhati.com/forum2/
Thanks.
Oh, I see. The bridge module must be viewable to guests, not just the login block.
http://thatsaidwhati.com/main/modules/smf/index.php
Guests need to be able to see that.
Ah, alright cool. Thanks, didnt even think about it like that.
One more thing, on the forums, my login name theslamforevryone is an Administrator. But, when I login as that I DO get logged in just only on the forums and some of xoops. Like with that particular name, I dont have admin rights on the portal...im just a regular member.
EDIT: And now that I added module permissions to anonymous for some reason I lost all right to admin panel using the admin account even...
It is suggested that when you install SMF and Xoops, you use the same Admin username and password for both. How do you think the bridge knows that when you login as "theslamforevryone", that you are trying to login as "admin" in Xoops? The short answer is, it doesn't. It looks for the same username, and logs you in as that user. If the user does not exist, and your login details pass, it will insert a new user and log you in as the new user.
erm, ok. was just a question....i dont do bridges and i dont understand 100% how they work, in another words a newbe at this type of work....
now i know and will work with it
Didn't mean to be harsh, I just think it's quite obvious that if you want to login as the same user in both, you'd set up the same username/password for both... ;)
not that obvious though. as i figured it grabbed the info from the DB and used it, knowing that im a admin there...i should be here...sounds reasonable.
although now its messed up because even know I login as admin now, it thinks of me as a guest (i have the "members online block" on). and all i see is the forums (logged in on the forums, but seeing only anonymous stuff on the portal....er its hard to explain. as admin i see everything. but even logged in as admin from the xoops side, i get logged in on the boards as "theslamforevryone" and guest on the portal....if that made any sense.
In short, the portal sees me as a guest no matter what now. I cant login as the PORTAL admin...sooo, it seems im stuck. This is just a test board, so if need be I can remove it to start over...but I dont want this to happen again...is anyone having this much troubles???
Logout as "theslamforevryone" before trying to login as anything else in Xoops. If you're still stuck, then yes, do a reinstall.
The biggest problem with setting up SMF and Xoops with different admin usernames is the resulting confusion.
I'll probably end up doing something similar with Xoops that I did with Joomla -- having some user and group synching options in the Xoops admin panel so that upon installation, the users from SMF can be imported into Xoops with some preset permissions values.
^^Thats what it was. I couldnt think of what it was that "it knew which permissions my name had", it was joomla. And yea, a sync feature would be AWESOME.
Also, I have admin on both the portal AND the board. And the passwords ARE the same...
And yea, I tried to logout of smf then login as admin by xoops...but it just relogs me in as theslam and only available to the board....
Hopefully a reinstall will fix it, but I dont think it will. Have you heard of anyone else complain about this?
And if you want to see for yourself, I can PM you the login info...maybe im doing something wrong like I did before (by not letting anonymous ppl see the forums).
QuoteAnd yea, I tried to logout of smf then login as admin by xoops...but it just relogs me in as theslam and only available to the board....
Are you using Firefox with autocomplete turned on?
tried IE also.
You got a PM...
Did you delete your Xoops admin user? You don't appear to have any users except the one named "admin", which is not the Xoops admin....
I think you are going to have to uninstall Xoops and reinstall it.
And, incidentally, the user "admin" is a SMF admin.
Nah, nothing should have been deleted. All I did was give access to forums for anonymous users...thats it. And all this happened. Ill try a reinstall, but I dont see how that will change anything as I didnt do anything I wasnt supposed to.
Having a look at your error log, there is another problem:
Quote8: Only variables should be assigned by reference
File: /main/class/database/mysqldatabase.php
Line: 239
It looks like Xoops is not compatible with your version of MySQL.
erm. never had those errors before, nor had problems with xoops...could that be causing issue? i hope not...if so im screwed.
Does your SMF database user have access to your Xoops database?
same DB different prefix.
and I dont really know to be honest...i wouldnt see why not. they both have the same user/pass...
UPDATE: Ok, I just did a reinstall, and made everything available to what it should be......but ofcourse I still have the same problem. Luckly I left the reg. login there too, so I dont need to reinstall this time...
So, something is messed up and not working for me. I dont know what it is, and its kinda aggravating.
Ok I just re-installed this module but this time the forum does not display all we get is a blank white screen ?
www.aussieholden.com
^^Works for me bro.
Nice site BTW.
you clicked on the wrong link the very top forum link takes you to the normal site but the SMF/xoops links take you to a blank white screen.
http://aussieholden.com/Home/modules/smf/
have no idea why it has done this.
Did you configure the module in the admin panel?
QuoteDid you configure the module in the admin panel?
What else is there to configure I followed your instructions to a tee ?
It just shows en empty page?
The only thing I can't do nor can anyone who has xoops is disable the xoops login cause then members can't use any of the xoops features it has to offer.
Go to your Xoops admin panel.
Mouseover the SMF icon.
Click on Preferences.
Type in the absolute path to your SMF installation. Make sure it is an absolute path, not a relative path. Also, it needs to be the path to SMF, not to the bridge module.
When that is done, please post again.
I don't get it it doesn't want the full url path which is http://www.aussieholden.com/forum1/index.php so what do i put in ?
A path is not a URL.
A path look something like this:
/home/user/public_html/forum1
Not like this:
http://www.aussieholden.com/forum1/index.php
still won't work ?
A path look something like this:
/home/user/public_html/forum1
Not exactly, but something like that. Your path is unique to your hosting.
If you are still uncertain, you can find your path to SMF in your SMF admin panel, Server Settings. It will be the contents of the textbox labelled "SMF Directory"
Bingo but another problem it's made my top and bottom banners go off screen to the right ?
no worries it was the ad module for SMF I had to add the <center></center> to the code.
But one thing for sure that it has affected my top menu colors and you can't see them unless you run the mouse over them.
This is different never happened before I beleave it has something to do with this mod.
Quote
An Error Has Occurred!
You already submitted this post! You might have accidently double clicked, or tried to refresh.
Simply isn't true nor has the post been succesfully made I have to strat over again.
@Orstio, when your done with him, think ya could help me again? Still stuck at that point...
Thanks.
theslam2006: What control panel software do you have? (e.g. cPanel, DirectAdmin, Plesk, etc.)
aussieholden: Have you tried more than once to post? It gave me that error on the first attempt, and worked fine after. It has to do with a session-handling issue between SMF and Xoops. You may want to try turning off database driven sessions in SMF.
Not exactly sure. Its not 100% my server, so I dont get access to that part. The person that paid for it does. But, I can tell you that its a servage server, and it says "Web Based Administration Panel".
If you don't have access to the site control panel, how did you grant access to databases?
What I fear is that you are using DirectAdmin or Plesk, which do not support multiple daatabase access by the same database user. They will set up two users with the same login details on each database, but not actually the same user accessing both.
QuoteYou may want to try turning off database driven sessions in SMF.
Just checked it is not enabled so what else could be causing this as this is a problem and will get members upset I know i am.
lol. Because I have the passwords and info for the databases.
And do you mean prefixes? Because they are both on the same DB but different prefixes. I think they have permission. I will have to find out later today from my partner what we have....and hopefully we dont have that, what you mentioned.
QuoteJust checked it is not enabled so what else could be causing this as this is a problem and will get members upset I know i am.
If database driven sessions are off, and you are having session problems, then try turning them on.
You do realize this is an alpha release, not recommended for production sites, right? That is posted in the first post where you downloaded the bridge.
Quotelol. Because I have the passwords and info for the databases.
And do you mean prefixes? Because they are both on the same DB but different prefixes. I think they have permission. I will have to find out later today from my partner what we have....and hopefully we dont have that, what you mentioned.
No, prefixes are of no concern.
In order to grant access for a database user to a database, you must do so from the hosting control panel. There is no way to do it from Xoops, nor from SMF, nor even from PhpMyAdmin.
QuoteIf database driven sessions are off, and you are having session problems, then try turning them on.
Yep that seems to have done the trick.
QuoteYou do realize this is an alpha release
Yes I do so when can we see an update on this module.
I can't wait when a fixed version of this bridge will be released !
I have large SMF 1.1 RC2 forum with > 2k users and I'll be very happy if i could integrate them into my xoops 2.0.13.2 :)
I was checking my Error Login the admin panel and I found alot of this :-
Quote
AussieHolden Today at 00:08:13
58.105.208.125 731703680c59976c8c8aef9e873df6ff
http://aussieholden.com/Home/modules/smf/index.php?action=viewErrorLog;desc;start=170
8: Undefined index: xoops_crblocks
File: /home/aussieh/public_html/Home/templates_c/%%51^515^5154C94F%%theme.html.php
Line: 177
It seems SMF isn't liking something from Xoops ?
I have made some fixes and upgrades, but I'm going to hold off releasing anything until Xoops is up to speed with PHP 4.4.x. Until they fix those compatibility issues, I don't want to release another alpha and not be sure whether it is one of my bugs, or a compatibility issue between Xoops and PHP.
hmmm im using php5 and have yet to "see" any issues.. im guessing this is issues deep within the coding or ?
http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=49043&forum=1
can only assume thats a php 4.* issue ? since my php 5.* doesnt show any errors with debug on
http://www.ircqnet.info/cms/
Yes, it's PHP 4.4.x. The new "only variables by reference" protocol was introduced in PHP 4.4.0.
Quote from: Orstio on April 24, 2006, 09:48:47 PM
I have made some fixes and upgrades, but I'm going to hold off releasing anything until Xoops is up to speed with PHP 4.4.x. Until they fix those compatibility issues, I don't want to release another alpha and not be sure whether it is one of my bugs, or a compatibility issue between Xoops and PHP.
I use PHP 5.0.5 and mySQL 5.0.15 and there are no errors in xoops 2.0.13.2, nor in SMF 1.1RC2.
Where can I find the latest version of this bridge ?
Maybe there is a way to join logging and registering to both systems simultaneously by using triggers in mySQL 5.x ?
Quote from: Orstio on April 24, 2006, 09:48:47 PM
Until they fix those compatibility issues, I don't want to release another alpha and not be sure whether it is one of my bugs, or a compatibility issue between Xoops and PHP.
AFAIK, XOOPS Cube 2.0.14JP haven't any internal issues with PHP 4.4...
Quote from: LazyBadger on May 02, 2006, 07:42:11 AM
Quote from: Orstio on April 24, 2006, 09:48:47 PM
Until they fix those compatibility issues, I don't want to release another alpha and not be sure whether it is one of my bugs, or a compatibility issue between Xoops and PHP.
AFAIK, XOOPS Cube 2.0.14JP haven't any internal issues with PHP 4.4...
And probably in the xoops.org 2.0.14 version there will be no issues too..
Please, LazyBadger, if you wanna talk about an XoopsCube integration open a topic about it and make your request in that topic.
banned,
Fill me in, guys. What's XoopsCube?
Hello ;D
Xoopscube is a fork from the founder of Xoops ;D
See you here www.xoopscube.org ;D And give many supportswebsites for any languages ;D Here the for Germany ;D www.xoopscube.de and here for Europe www.xoopscube.eu with Information and Tutoials;D
I will test the brigde under Xoopscube 2.0.14 actualy version ;D
But still Xoops 2.0.x is the most popular of all Xoops, and the bridge should be made for this version. :)
I'm looking into migrating from xoops to joomla, can I use this xoops module to 'populate' the SMF user database ?
I mean there is no clean way to export xoops users to joomla, but there is one from xoops->smf and one from smf->joomla.
No. But there is a Xoops to SMF convertor here:
http://www.simplemachines.org/community/index.php?topic=38966.0
I am needing someone to explain to me step by step how to fully integrate SMF into Xoops. I would like my users to have it all right there, right now SMF is an outside link. I have installed this bridge. Please help me.
Hiya Orstio,
You still have plans to progress this further ?
On the other subject raised, if anything it should be coded for xoops 2.0.x - this is the release with the offcial suggestion from the xoops core team. Xoops 2.2.x will dwindle in my view when xoops 2.3 is released ( xoops 2.3 being the upgrade for 2.0.x 2.4.x being the upgrade for 2.2.x which if im reading right will knit 2.3 ( 2.0) with 2.4 (2,2) thus back to one :P )
joy oh joy, i would suggest a look at phppp's framework he uses to make things for 2.2 work with 2.0 -
I haven't done anything with 2.2.x, simply because it seems to be a dead end.
I will work on a bridge for the 2.0.x (or 2.3.x, or whatever they're going to call it), when they release something that is compatible with PHP 4.4.
Until then, there is not much point in developing a bridge with something that is going to return errors on most websites.
much appreciated and yes 2.3 lol - ( which is working from the 2.0.x base.. dont ask, i dunno :P )
Would appear there getting closer to fixing the issues you mentioned. The recent RC release for the 2.0.X branch seems to be working towards fixing compatability with PHP-4.4.x introduction of MySQL 5 support and moving over some of 2.3's features to 2.0.x
on my previous post, which i just re-read and it made little sense :/
2.0.X - Maintained Recomended Stable Release
2.2.X - Maintained UNRecomended Stable Release
2.0.x users in time will upgrade to 2.3.x
2.2.x users in time will upgrade to 2.4.x
2.3.x - Maintained Unstable release ( development branch )
2.4.x - Maintained Unstable Release ( development branch )
as such you have two products, a bit like SMF, just did not run quite as smooth...
basically 2.2.x was released, the core team, afterwards as well as the existing userbase didnt like 2.2.x while most other users did, IMHO - hope that makes more sense, if not:
http://devteam.xoops.org/documents/roadmaps/xoops-2.3.html :P
also the new RC for 2.0.x:
http://devteam.xoops.org/releases/xoops-2.0.14rc1.html
Thanks for the heads-up. I have installed Xoops 2.0.14, and I've got the bridge working with it fine after a few hours.
It seems I had to completely uninstall and reinstall the module in order for the old 2.0.13 database template entries to be purged first.
Doesn't sound like that have worked the updated in correctly then or they have failed to mention some user tables updated perhaps ? either way would that mean perhaps a sync function would be required or would it still be fine leaving the bridge to pull the data on each update ? ( basically could it do harm/overload those on shared accounts etc ( I'm not but its of interest ) if the module is updated and has to pull new users each time ) - i assume pull is the right term ::)
/me ponders that
What?
I will be adding a mass-synch feature down the road, but it doesn't exist yet. There is no need to worry about it anyway. It's not like uninstalling the module will delete users. SMF and Xoops can both be left as is. I just had to uninstall the bridge module, and reinstall it, which does not affect the Xoops users, nor the SMF users.
Sorry was late thus the lack of making sense, Basically what i was saying was on a site with a large amount of users, what kind of effect would you expect it to have with the reinstallation of the module. As you said tho, you're working to mass sync :P.
Had a look at your Joomla bridge recently, wow is that well put together, good job.
QuoteBasically what i was saying was on a site with a large amount of users, what kind of effect would you expect it to have with the reinstallation of the module.
It won't have any effect at all. The bridge doesn't store users separately -- it uses Xoops and SMF's user databases. Nothing is erased from the databases when you uninstall the module.
Quote from: Orstio on June 05, 2006, 08:47:19 AM
QuoteBasically what i was saying was on a site with a large amount of users, what kind of effect would you expect it to have with the reinstallation of the module.
It won't have any effect at all. The bridge doesn't store users separately -- it uses Xoops and SMF's user databases. Nothing is erased from the databases when you uninstall the module.
Yeah got what you meant, was just the 'What' threw me but you made yourself clear first time - i was unsure on possible duplications etc ( if the bridge stored data ) but clearly it doesn't. Thanks for the clarification.
Just found this great Bridge, thx you Orstio
I found this tonight as well. And it does work perfectly, Except for a few small nuances.
When I login the site, it redirects me to the forums, which are wrapped, of course. Is there any way to have the module return the user to the site instead of forwarding to the forums?
Also, is there any way to unwrap the forums from the xoops template?
Thanks!
QuoteIs there any way to have the module return the user to the site instead of forwarding to the forums?
Not yet, but thanks for reminding me. :)
QuoteAlso, is there any way to unwrap the forums from the xoops template?
Yep. Check the module Preferences.
woops im a little late this time ( just moved house ) Xoops has 2.0.14 is now a stable release. See more information here http://www.xoops.org/modules/news/article.php?storyid=3199
This mean the updated bridge is to be released ( or has it been updated already (?)
I'm waiting and waiting and there's no final release of this brigde :(
It would be great thing if it worked better (simultaneous logging, registering, etc.).
Should I upgrade xoops to 2.0.14 or stay with 2.0.13.2 ?
Sholud I wait until next ver of smf is released, or final brigde will be for 2.0.14/1.1RC2 ?
Greetz
malcolm
Sorry for the long wait. I have updated with Alpha 3, which is compatible with Xoops 2.0.14.
Quote from: Orstio on July 12, 2006, 08:06:49 PM
Sorry for the long wait. I have updated with Alpha 3, which is compatible with Xoops 2.0.14.
You don't need to apologize, You've done a great job that nobody else could !
And what about simultaneous logging and registering ?
QuoteAnd what about simultaneous logging and registering ?
That's part of the bridge....but you will need to use the login block provided with the bridge instead of the Xoops login block.
Quote from: Orstio on July 13, 2006, 07:13:16 AM
QuoteAnd what about simultaneous logging and registering ?
That's part of the bridge....but you will need to use the login block provided with the bridge instead of the Xoops login block.
I have the same problem Orstio, but the bridge login block logs me into SMF only, and not Xoops. If I remove the Xoops login block completely this just means that I'm unable to log in to xoops at all.
Testing it on my local server at the moment, with an interest in moving my actual website to xoops once the bridge has left alpha.
Wolfenrook
QuoteI have the same problem Orstio, but the bridge login block logs me into SMF only, and not Xoops.
Interesting. Mine seems to be working fine, except in the case where I am already logged into SMF, but not into Xoops before trying to login.
Can you try logging out, make sure that you are logged out of SMF, and then login with the bridge block?
Quote from: malcolm_x on July 12, 2006, 01:44:32 PM
Should I upgrade xoops to 2.0.14 or stay with 2.0.13.2 ?
i would say you should yes, there are several enhancements as well as new block features, compatibility fixes and more to the point a better bridging between the 2.0.* versions and the 2.2.* versions, some of the issues Orstio ( such as php 4.2 ( i think it was ) were fixed/improved in this release.
Quote from: Orstio on July 13, 2006, 12:13:55 PM
QuoteI have the same problem Orstio, but the bridge login block logs me into SMF only, and not Xoops.
Interesting. Mine seems to be working fine, except in the case where I am already logged into SMF, but not into Xoops before trying to login.
Can you try logging out, make sure that you are logged out of SMF, and then login with the bridge block?
how much if any will xoops referrer check have on SMF, i remember firewall issues being in the masses some time ago with xoops, just curious if somehow the block may trigger this scenario off ?
more information here:
http://www.xoops.org/modules/smartfaq/faq.php?faqid=310
and
http://www.xoops.org/modules/smartfaq/faq.php?faqid=9
Quote from: Orstio on July 13, 2006, 12:13:55 PM
Interesting. Mine seems to be working fine, except in the case where I am already logged into SMF, but not into Xoops before trying to login.
Can you try logging out, make sure that you are logged out of SMF, and then login with the bridge block?
Same thing happens, logged in to SMF but not Xoops. I'm going to try installing it on a live server, that way if it does the same I can give you access to try for yourself.
Cheers
Wolfenrook
Quotehow much if any will xoops referrer check have on SMF, i remember firewall issues being in the masses some time ago with xoops, just curious if somehow the block may trigger this scenario off ?
It shouldn't at all. The module runs as a Xoops module, just including SMF as if it were part of the module.
Quote from: Orstio on July 20, 2006, 06:47:38 AM
Quotehow much if any will xoops referrer check have on SMF, i remember firewall issues being in the masses some time ago with xoops, just curious if somehow the block may trigger this scenario off ?
It shouldn't at all. The module runs as a Xoops module, just including SMF as if it were part of the module.
Sorry more to the point in previous messages we mentioned perhaps hosting the forums under
http://forums.domain.com the site under http://www.domain.com as well as perhaps http://support.domain.com ( using xoops ) all pointing to SMF forums
Quote from: Wolfenrook on July 20, 2006, 06:31:01 AM
Quote from: Orstio on July 13, 2006, 12:13:55 PM
Interesting. Mine seems to be working fine, except in the case where I am already logged into SMF, but not into Xoops before trying to login.
Can you try logging out, make sure that you are logged out of SMF, and then login with the bridge block?
Same thing happens, logged in to SMF but not Xoops. I'm going to try installing it on a live server, that way if it does the same I can give you access to try for yourself.
Cheers
Wolfenrook
I haven't tested, as I'm at work at the moment, but i have a theory that GIJoe's remember me hack may fix/patch this issue.
http://www.peak.ne.jp/xoops/md/mydownloads/viewcat.php?cid=2 ( top one )
Thanks X-Ception, I installed that but it doesn't seem to make an awfull lot of difference. I'll try to make my problem clearer:-
Logging in using the smf log in block (when not logged into either xoops or smf) only logs me into smf, not into Xoops. If I unpublish the Xoops log in block I completely lose the ability to log in to xoops at all. If however I log in to xoops, the smf log in block vanishes, so I am not able to log in to xoops then SMF. I am however able to log in to smf and then xoops, but this defetes the object of having a bridge as may as well just use 2 seperate log ins.
Orstio, if you want to have a look I can give you access to my online xoops testing site (http://www.ang-sites.co.uk/xoops), just let me know and I will PM you with an admin log in account.
Wolfenrook
I get a 404 page when I try to access your wrapped forum... ???
i get a white page, and the following errors displayed in the SMF error log:
8: Undefined index: xoops_js
File: /***/***/***/nexus-irc.co.uk/httpdocs/templates_c/default-default^%%E8^E82^E82B5DEE%%theme.html.php
Line: 39
8: Undefined index: smf_content
File: /***/***/***/nexus-irc.co.uk/httpdocs/templates_c/default-default^%%BB^BB7^BB72B854%%db%3Asmf_index.html.php
Line: 6
Ah! Is this an upgrade from 2.0.13.x?
mines a fresh install of 2.0.14, the one strange thing i did notice is that all templates files from the bridge appear to run under a diffrent nameing than the rest of the generated files.
i.e ( from templates_c directory
%%BB^BB7^BB72B854%%db%3Asmf_index.html.php
%%C6^C64^C6498A5D%%db%3Asmf_block_login.html.php
compared to the other files ( only have system module loaded by the way )
default-default^%%22^222^222153D0%%db%3Asystem_block_user.html.php
default-default^%%42^428^428512AB%%db%3Asystem_block_mainmenu.html.php
default-default^%%6E^6E8^6E8C036B%%db%3Asystem_block_login.html.php
default-default^%%74^744^744285BA%%theme_blockleft.html.php
I have disabled the xoops system block by the way, one thing i did wonder about was, does this module optimize itself, as i know the xoops gzip coding doesn't work you need to edit index.php in the root directory, wondered if that was perhaps a player ( mostly because i read the code and my tiny mind says oh isnt that gzip :/ )
Yep. Im having the same issue as Wolfenrook is having. If this problem is fixed, then it would be a perfect bridge....featureless, but non-the-less, it would work.
Also, I am having trouble with the links. They dont stay with the portal...and yes, the the absolute path is correct, it starts with /home. I got it from the SMF admin area where it gives the location of SMF. Any ideas?
Thanks for a great bridge so far!
After integrating the SMF module to xoops, funny thing was when i tried to use the xoops login, it wont work on SMF (when i try access the forum) it doesn't log me in even though im using the same user id of xoops. Im currently using xoops v2.0.14 and using Bridge Xoops SMF 1.1RC2 alpha 3
And also, features like: recent forum discussion and etc. These features won't appear on Block section under Xoops -> System Admin -> System -> Blocks
@teng
You must use the Simple Machines Login block to login simultaneaously to xoops and SMF. The xoops login block will not work for this.
There are no other blocks coded for the moment to show recent posts or anything else. Hopefully Orstio will put some in at some point. Note that I've also been unable to use any of the SMF includes to try to show info in custom xoops blocks.
Cheers.
Is there a hack that will let SMF use the users table from Xoops? One thing I don't like is having people sign up to things twice.
Even if it is just a hack for SMF or Xoops that will make updating difficult, I think you should give that option to people who want to take it.
If this has been answered on any of the past 15 pages, I'm sorry, but I'm not reading through 15 pages of posts to find the answer.
At the moment I'm running a multi-site hack on my website with Xoops which makes it almost impossible to update either way.
Let me know.
QuoteIs there a hack that will let SMF use the users table from Xoops? One thing I don't like is having people sign up to things twice.
While this bridge does not force SMF to use the Xoops users table, it does enter users into BOTH the Xoops users and SMF members tables. It also logs them into both Xoops and SMF simultaneously.
So, that way, nobody needs to sign up to anything twice, nor log into anything twice.
Quote from: Orstio on August 09, 2006, 07:49:48 PM
While this bridge does not force SMF to use the Xoops users table, it does enter users into BOTH the Xoops users and SMF members tables. It also logs them into both Xoops and SMF simultaneously.
So, that way, nobody needs to sign up to anything twice, nor log into anything twice.
I had someone just sign up on xoops to test this out, it didn't let them on to SMF.
Same in reverse.. I had them sign up with a different username and email on SMF but it wont let them on to xoops.
http://thewiimote.com/xoops/
That is for several reasons:
1) You obviously did not read the topic. It says "Bridge Xoops-SMF 1.1RC2 alpha". That would indicate it works with SMF 1.1RC2, not SMF 1.0.7.
2) Bridges to CMS software don't work with TinyPortal installed.
3) You need to login with the bridge login block, not the Xoops login block. Of course, this won't matter until you upgrade to SMF 1.1RC2 anyway.
Orstio, I still have the issue that the bridge login does not log me into Xoops, only SMF, still. Any ideas? Even if I disable the Xoops login, this is till the case, it just leaves me completely unable to login to Xoops at all.
Wolfenrook
Quote from: Orstio on August 10, 2006, 07:23:37 AM
That is for several reasons:
1) You obviously did not read the topic. It says "Bridge Xoops-SMF 1.1RC2 alpha". That would indicate it works with SMF 1.1RC2, not SMF 1.0.7.
2) Bridges to CMS software don't work with TinyPortal installed.
3) You need to login with the bridge login block, not the Xoops login block. Of course, this won't matter until you upgrade to SMF 1.1RC2 anyway.
1. my bad, I forgot to install the update.
2. I installed that afterwards.
i'll just try it again.
EDIT: Did the update, still doesn't parse users over.
Sorry, Wolfenrook, have not had time to reinstall Xoops and test that properly.
Quote1. my bad, I forgot to install the update.
2. I installed that afterwards.
i'll just try it again.
EDIT: Did the update, still doesn't parse users over.
I'm now getting a 404 error on your forum page, which most likely means one of two things:
1) Your SMF database user does not have access to your Xoops database, and vice versa.
2) You have compressed output turned on in SMF.
Xoops and SMF are in the same table.
Xoops is xoops_, SMF is smf_.
I've fixed the compressed output, it's now disabled.
I'm using Xoops 2.2.3 Final if it makes any difference since my main sites are running the multisite hack which is only available throuhg 2.2.3.
On the subject of multisite,
Scenario:
I have 4 websites; Console-Central.com, N-Central.com, PS-Central.com and XB-Central.com.
Console-Central.com is root directory, n-central.com is /nintendo directory, ps-central is in playstation, etc..
Could I have those 3 sites link to forums in the /forum directory considering they're using 3 different domains? All 4 websites share the same users table from the multi-site hack. Or would I only be limited to the website which has the users table (Console-central)?
Thanks, I appreciate it.
If Xoops and SMF are in the same database, then that is not your problem.
You can turn off compressed output by going to your SMF admin panel->Server Settings->Feature Configuration.
Quote from: enterthehatrix on August 12, 2006, 04:34:28 AM
Xoops and SMF are in the same table.
Xoops is xoops_, SMF is smf_.
I've fixed the compressed output, it's now disabled.
I'm using Xoops 2.2.3 Final if it makes any difference since my main sites are running the multisite hack which is only available throuhg 2.2.3.
On the subject of multisite,
Scenario:
I have 4 websites; Console-Central.com, N-Central.com, PS-Central.com and XB-Central.com.
Console-Central.com is root directory, n-central.com is /nintendo directory, ps-central is in playstation, etc..
Could I have those 3 sites link to forums in the /forum directory considering they're using 3 different domains? All 4 websites share the same users table from the multi-site hack. Or would I only be limited to the website which has the users table (Console-central)?
Thanks, I appreciate it.
I made an edit above.
QuoteCould I have those 3 sites link to forums in the /forum directory considering they're using 3 different domains? All 4 websites share the same users table from the multi-site hack. Or would I only be limited to the website which has the users table (Console-central)?
Yes, you can bridge them all to the same forum database info, as long as they are all on the same server.
The best way to go about this is to install a different set of SMF files for each domain as well, and then have all four SMF installations link to the same database.
Is the bridge capable of supporting Xoops 2.2.3 Final?
If not then that's my problem.
I think I mentioned earlier in the topic that I wouldn't be working on the 2.2.x Xoops, mainly due to the nature of those versions:
Quote from: Xoops download pagePlease note that the 2.2.x branch has not been abandonned, but that we do not recommend the use of these versions.
The latest releases start again at Xoops 2.0.14.
OK, so I can't use this then.
Thanks anyway.
First off, thanks for the great module.
Secondly, let's come up with the problems... ;-)
1) When I try to log into SMF from XOOPS, it logs into XOOPS, but not into SMF (wrong password). This is likely a cookie issue, since the URL from within XOOPS is hxxp://mysite/xoops/modules/smf/index.php while the URL set in SMF is hxxp://mysite/smf/index.php, just when I set the former in SMF, it won't allow me to log in either, complaining about bad password. Where is the point that I messed up at? Or maybe the problem is that I have the same login details for both, and the SMF is... well... not a fresh install? (The point being, to share the waaaaaaaaaay huge user database of SMF with XOOPS).
2) I am not sure what wrapping/unwrapping means, ticking/unticking does not seem to make difference. ???
Thanks for the answers and sorry for the n00b questions.
Hey Orstio,
I'm in a big discussion with myself as wether I will use the smf bridge or stick with the native xoops forum.
I'd like to know what is coming in future development.
Would it be possible to pick up what language xoops is in and show the forum in the same? Also have this change on the fly if the user chooses a different language? Using the xLanguage module on the side.
The other issue is about blocks, are there plans to integrate the smf SSI includes into xoops blocks? I have not been able to get anything to show myself.
Cheers.
QuoteWould it be possible to pick up what language xoops is in and show the forum in the same? Also have this change on the fly if the user chooses a different language? Using the xLanguage module on the side.
I actually just did this with the Mambo/Joomla bridge. It shouldn't be any trouble to do it in Xoops.
QuoteThe other issue is about blocks, are there plans to integrate the smf SSI includes into xoops blocks? I have not been able to get anything to show myself.
I was goin g to leave the blocks as 3rd party, but I might create a few as examples, as I did with Mambo.
Just sat read through this thread and can't say I saw an awnswer to my question or solution to the problem.
I couldn't get anything to display at all to start with so uninstalled the module and then reinstalled it and it appears to work ecept for one thing. I can't get the module login box to display. I tried latel last night by not displaying xoops logon box only the smf module one and still no joy, only to find this morning that I couldn't logon at all to anything, I worked round that by calling the missing password box php file up .
but would like to get it working..
Make sure you allow the access to SMF module to anonymous users.
don't want to appear stupid as new to both xoops and smf ..where do you enable that
Quote from: noddie on August 20, 2006, 09:38:50 AM
don't want to appear stupid as new to both xoops and smf ..where do you enable that
System/Groups and edit the anonymous group..
cheers that worked .. just can't log in as with some others reports cookie problem
Hey Orstio,
I am having the same problem with the login as others have mentioned. I have 2.0.14 of XOOPS and when I log in, I'm logged in SMF but not XOOPS. Any ideas for a fix?
In your modules/smf folder is a file named index.php.
In that file you will find a function named integrate_login.
At the end of that function is this line:
mysql_select_db($db_name);
What happens if you add this right before it:
if ($xoopsConfig['use_mysession'] && $xoopsConfig['session_name'] != '') {
setcookie($xoopsConfig['session_name'], session_id(), time()+(60 * $xoopsConfig['session_expire']), '/', '', 0);
}
Quote from: Orstio on August 26, 2006, 12:10:37 AM
In your modules/smf folder is a file named index.php.
In that file you will find a function named integrate_login.
At the end of that function is this line:
mysql_select_db($db_name);
What happens if you add this right before it:
if ($xoopsConfig['use_mysession'] && $xoopsConfig['session_name'] != '') {
setcookie($xoopsConfig['session_name'], session_id(), time()+(60 * $xoopsConfig['session_expire']), '/', '', 0);
}
I tried that and it was still the same. But I did notice before I did that, if the forum is wrapped it works fine. It is unwrapped that is the problem.
Also I noticed when it adds a user to XOOPS it doesn't like the password when I tried to login under the XOOPS login box.
QuoteI tried that and it was still the same. But I did notice before I did that, if the forum is wrapped it works fine. It is unwrapped that is the problem.
By "unwrapped" do you mean set to unwrapped in the Xoops admin panel, or stand alone?
QuoteAlso I noticed when it adds a user to XOOPS it doesn't like the password when I tried to login under the XOOPS login box.
That will be correct. SMF hashes its passwords differently than Xoops, and so the password that is entered into the Xoops database is just a dummy. That's one of the reasons why it is important to use the bridge login block, and not the Xoops default login block.
Quote from: Orstio on August 26, 2006, 12:33:49 AM
By "unwrapped" do you mean set to unwrapped in the Xoops admin panel, or stand alone?
That is correct. Only when set in the admin panel does it work correctly. When not set in the admin panel does it not login to both.
Quote
That will be correct. SMF hashes its passwords differently than Xoops, and so the password that is entered into the Xoops database is just a dummy. That's one of the reasons why it is important to use the bridge login block, and not the Xoops default login block.
OK, I see now! :)
QuoteThat is correct. Only when set in the admin panel does it work correctly. When not set in the admin panel does it not login to both.
That's very strange. Can I see a URL.
Change that I don't think it was logging me in after all. I would double check but my site is down. I'll have another look when it is up again.
I checked again but it wasn't logging me in. I did reinstall the module and maybe it did before, but it certainly doesn't now.
EDIT: I don't know if it may help but XOOPS 2.0.15 has been released.
Yes, it helps that you let me know. ;)
I'll start testing with 2.0.15. Thanks for the info. :)
don't want to look stupid myself.. but when I try to login in the SMF module I get a blank page..
I am using SMF rc3, xoops 2.0.15, and Firefox.
I was looking at the files in the module and in the header.php file I found this line: include XOOPS_ROOT_PATH.'/modules/smf/functions.php';. I do not see this file in the module at the same location the config file, as mentioned in the header file.
Could this be why there is an issue logging into both SMF and Xoops from the bridge's login?
Jody (computrguru)
Quote from: tapirul on September 01, 2006, 10:13:52 PM
don't want to look stupid myself.. but when I try to login in the SMF module I get a blank page..
I am using SMF rc3, xoops 2.0.15, and Firefox.
I am using SMF rc3, xoops 2.0.15, and IE6. I get a blank page as well.
Quote from: computrguru on September 01, 2006, 11:54:29 PM
I was looking at the files in the module and in the header.php file I found this line: include XOOPS_ROOT_PATH.'/modules/smf/functions.php';. I do not see this file in the module at the same location the config file, as mentioned in the header file.
Could this be why there is an issue logging into both SMF and Xoops from the bridge's login?
Jody (computrguru)
I was also looking at the header.php file and noticed the same thing. I am also curious to know if that is part of my issue.
Has anyone got SMF rc3, xoops 2.0.15, and IE6 to work or is it only working with rc2
I noticed that for the blank page if I refresh it comes up. Pretty annoying, though
I'll be installing 2.0.15 tonight to start working on it.
Quote from: tapirul on September 07, 2006, 12:01:26 AM
I noticed that for the blank page if I refresh it comes up. Pretty annoying, though
I tried to refresh and still get a blank page. I am using IE6. I am going to try using other browsers to see if it works as well, but a lot of my users use IE6
Quote from: Orstio on September 07, 2006, 06:27:14 AM
I'll be installing 2.0.15 tonight to start working on it.
That would be great. It does work using Konqueror, but not with IE6 or Firefox. I justed finished testing with Konqueror and it works flawless.
::chuckles::I know I am posting a lot today.
In the admin/index.php
Find this line roughly line 39:
<td><span class='fg2'><a href="<?php echo $smfUrl['root'];?>/index.php?action=admin"><?php echo _MI_ADMIN;?></a></span></td>
Change to:
<td><span class='fg2'><a href="<?php echo $smfUrl['root'];?>index.php?action=admin"><?php echo _MI_ADMIN;?></a></span></td>
Removed the "/" in front of index.php to prevent the url from having double forward slash after smf: http://www.yoursite.com/modules/smf//index.php?action=admin
Doesnt fix my issue, but it maybe part of it.
Good catch. Thank you. :)
Well, I just installed the bridge as it is on the downloads page:
http://www.simplemachines.org/download/?bridges
Onto Xoops 2.0.15, and all works as expected.
Orstio,
The file from the download page says alpha2 yet I've downloaded alph3 from the first post here. Which is which??
Cheers.
PS. I run a test site with SMF rc3 and xoops 2.0.15 and all works fine.
We'll need to change that on the download page. Thanks. I've also removed the file from here. No need for both.
Quote from: Orstio on September 08, 2006, 08:02:54 PM
Well, I just installed the bridge as it is on the downloads page:
http://www.simplemachines.org/download/?bridges
Onto Xoops 2.0.15, and all works as expected.
I uninstalled and then downloaded again and uploaded to the site once more. Still blank screen with IE6 and Firefox, but works fine with Konqueror.
My Server info Fedora Core 5/PHP 4.4.4/Apache 1.3.37/MySQL 4.1.21
I installed SMF 1.1 RC3/XOOPS 2.0.15
I hav read over the script and read over the script. I dont see why I would be getting a blank screen using firefox or IE6
My Monitor sucks on my Linux box, but Konqueror displays it perfectly.
Do you have compressed output turned on in SMF?
OMG...that was it...that was the problem I had it turned off. It never even crossed my mind.
I love simple forums and was bound and determind to get this to work...lol
Thank you very much,
Dave Strosnider
It does synchronize my users so if they create an account in XOOPS then they will be in the forums, but even if they log into xoops they still have to log into the forums. That the next step :)
Right now still happy it works.
You have to use the bridge login block instead of the Xoops login block.
Been trying that, it just tells me I dont have permissions
Go to your Xoops admin panel. Mouseover the System Admin icon, and click on Blocks.
Make sure the SMF Login block is set to visible.
Now, mouseover the System Admin icon again, and this time, click on Groups.
Modify Anonymous Users.
Make sure to check the Module Access rights for the SMF module, and also the Block Access Rights for the SMF Login block.
::chuckles::I thought I did all of that...I forgot to give module access when I reinstalled. I knew when I mosted I was going to feel like an idiot :P
I think it is just late tonight and working to hard on this and now i am missing the simeple stuff :-[
Thank you for your help,
Dave Strosnider
Ok..now that I have that worked out...I had quite a few members in the forums already. If they are in the forums and they log in it takes them to the forums, but if they hit the home button to go back to the site it tells them to log in again and sends them back to the forums. They are not users in xoops just in the forums.
I have another username in the forums and thats how I tested it. Seems like they have to log into XOOPS login first then they can use the SMF Login from there on out.
Are you sure your SMF database user has access to your Xoops database?
They are both in the same database
Can I see the URL?
http://www.tacevolved.com/
The visual verification is impossible to read on the black background. Any chance you can turn that off for a bit?
see if that helps
Damn..are servers went down. Gotta work on that now :(
ok..up and running again :)
Very strange. It's as if both your registration hook and your login hook are not functioning...
Wait, is that really Xoops 2.0.15? At the bottom of your page it just says "Powered by Xoops 2.0"
The mention of 2.0 is normal, it is the way it is written in the footer. It says 2.0.xx only in Admin.
Ah, OK.
yeah in admin it says "Powered by XOOPS 2.0.15 © 2001-2005 The XOOPS Project"
Did you test them in your install as well to see if they worked
Hi Orstio,
I don't see the bridge attached in your first post, are you working on a new version ?
regards,
farfour
Quote from: davestro on September 10, 2006, 11:05:14 AM
yeah in admin it says "Powered by XOOPS 2.0.15 © 2001-2005 The XOOPS Project"
Did you test them in your install as well to see if they worked
Yes, and as I said, all worked exactly as expected.
QuoteI don't see the bridge attached in your first post, are you working on a new version ?
http://www.simplemachines.org/download/?bridges
thanks ;)
Ok did a fresh install of SMF RC3 and a fresh install of XOOPS v2.0.15 along with the Bridge smf_1-1-rc3_Xoops2-0-14_alpha2_bridge.zip.
Still have the same issue. If I am registered in xoops it transfers my account to smf, but if I register in smf it doesnt transefer my username and pass to xoops.
Also if I go to the admin menu click on the forum icon, then the forum adminstration link it will ask for my password. If go to the home page and click on smf forum module there it logs me into the forums
it does work perfect in xoops v2.0.14 just cant get it to work in v2.0.15
decided to stick with cbb until I can have the time to write my own bridge. Thank you for all of your help Orstio.
Ok just hashed throu all 21 pages here.. i saw that ppl were having a similiar problem as me but no solution was posted.
Xoops
http://www.fedexguild.com/xoops/ (http://www.fedexguild.com/xoops/)
Forum
http://www.fedexguild.com/forum (http://www.fedexguild.com/forum)
and teh bridge is installed int module/smf ...
When trying to log in via the SMF Login with a legitamate login it says
"An Error Has Occurred!
You were unable to login. Please check your cookie settings. "
You can try this with test // test
---
IF i log in with the Xoops login it says 'You should fill in a username.' and i only get logged into xoops (which seems correct)
So i'm not sure what this cookie issues is, because if i login this way.. then open a new window iwth the forums ill be logged in with that account.. or if i register it will create teh account but again give me the cookie error.
QuoteWhen trying to log in via the SMF Login with a legitamate login it says
"An Error Has Occurred!
You were unable to login. Please check your cookie settings. "
First, thank you for the detailed message, with URLs included. THat helps more than people seem to realize.
In your SMF admin panel, what are the settings for the following:
Enable local storage of cookies
Database driven sessions
Subdomain independent cookies
Enable local storage of cookies : Off
Use database driven sessions : On
Use subdomain independent cookies : Off
To add I think I've tried every combination of those three settings :-)
QuoteEnable local storage of cookies : Off
Use database driven sessions : On
Those are correct.
QuoteUse subdomain independent cookies : Off
Try turning that on.
Enable local storage of cookies : Off
Use database driven sessions : On
Use subdomain independent cookies : On
Same problem
Is there anything in your forum error log?
Nothign that i can see relating to this.
Check your pm
Can I get admin access to SMF?
The info in my PM not work?
Yes, I hadn't received it yet when I posted. ;)
The wrapped/unwrapped setting is missing from your SMF bridge config in the Xoops admin panel.
How long ago did you download the bridge, and from where?
Last night from
http://www.simplemachines.org/download/?bridges (http://www.simplemachines.org/download/?bridges)
Thanks. I just downloaded it myself, and you're right -- that's not going to work. For some reason, the CVS nightly that I made that from is not updating.
I've attached a good one until the one in the downloads page is updated. Apologies for the inconvenience.
Updated.. Same issue.
Im going to try something.. Will post once i update..
OK, I was just getting a 404 on your Xoops page...
Reinstalling
Site back up fresh install jsut to be safe
Xoops 2.0.15
SMF 1.1 RC3 (Kept old DB for this tho dont want to lose information)
SMF 1.1 RC3 Xoops 2.0.15 Bridge Alpha2 (that you linked)
Site up with same l/p
Are Xoops and SMF in the same database?
Yes.
with different starts
smf_
xoops_
Any ideas?
It's looking to me like the SMF session is not getting started when wrapped in Xoops.
Can I see a phpinfo?
http://www.fedexguild.com/phpinfo.php (http://www.fedexguild.com/phpinfo.php)
Throw in the towel?
I turned of database driven sessions in SMF, which then enabled your Xoops session. But, the PHPSESSID's seem to be overriding everything.
I don't understand why the Xoops wrapping is killing your SMF session.
blah ok.. Looks like i gotta find another cms..the bridges to smf ..
or port smf to a phpbb or some forums and find a cms that integrates with that..
hell of a day working on this..
If you're willing to give me access to PhpMyAdmin and FTP, I can probably make it work, with some time.
Pm
is this still available? where can i download it?
Just installed and works perfectly.. just one small thing I would like to do. is change the name it displays in the main menu on Xoops.. from "SMF Module for Xoops" to simply "Forums"
Where exactly would I have to do this ?
Excellent work on this after all the troubles I have been reading in this thread...
Xoops admin panel > System Admin > Modules. Just change the name under the SMF logo.
brilliant.. to heck if I knew that...searched high and low on Xoops forums for answers and it was that simple.
would have saved me going bald - with pulling folicles
thanks
Quote from: davestro on September 09, 2006, 08:37:22 PM
Quote from: Orstio on September 08, 2006, 08:02:54 PM
Well, I just installed the bridge as it is on the downloads page:
http://www.simplemachines.org/download/?bridges
Onto Xoops 2.0.15, and all works as expected.
I uninstalled and then downloaded again and uploaded to the site once more. Still blank screen with IE6 and Firefox, but works fine with Konqueror.
My Server info Fedora Core 5/PHP 4.4.4/Apache 1.3.37/MySQL 4.1.21
I installed SMF 1.1 RC3/XOOPS 2.0.15
I hav read over the script and read over the script. I dont see why I would be getting a blank screen using firefox or IE6
My Monitor sucks on my Linux box, but Konqueror displays it perfectly.
I have the same problem but i already modified the features settings on my smf.
Quote from: Ximder on September 22, 2006, 10:01:22 PM
Quote from: davestro on September 09, 2006, 08:37:22 PM
Quote from: Orstio on September 08, 2006, 08:02:54 PM
Well, I just installed the bridge as it is on the downloads page:
http://www.simplemachines.org/download/?bridges
Onto Xoops 2.0.15, and all works as expected.
I uninstalled and then downloaded again and uploaded to the site once more. Still blank screen with IE6 and Firefox, but works fine with Konqueror.
My Server info Fedora Core 5/PHP 4.4.4/Apache 1.3.37/MySQL 4.1.21
I installed SMF 1.1 RC3/XOOPS 2.0.15
I hav read over the script and read over the script. I dont see why I would be getting a blank screen using firefox or IE6
My Monitor sucks on my Linux box, but Konqueror displays it perfectly.
I have the same problem but i already modified the features settings on my smf.
I'm sorry. I didn't put the complate path (/home/do000314/public_html/xxx)
Hello!
I have trouble with this bridge. If I register in SMF the account will be transferred to Xoops, but if I login (usin the SMF login block) it will log me on only on SMF and not in xoops.
I use Xoops 2.0.14, SMF 1.1 RC3, and the smf_1-1-rc3_Xoops_2-0-15_alpha2_bridge.zip
I tried before with 2.0.15, but i read that someone managed to get it working with 2.0.14 so i tried this. But the problem is the same. The Forum is wrapped, the Path is correct. I changed the Forum URL in SMF Administration from /site/smforum to /site/modules/smf to keep it wrapped.
url: http://www.animeperdute.it
I read that other people have this issue. I hope there is a solution :D
Thanks for the great work, btw
QuoteI changed the Forum URL in SMF Administration from /site/smforum to /site/modules/smf to keep it wrapped.
That is not a good idea. Nowhere in any instructions does it say to do something like that, because you will break your forum that way.
But if i keep /smforum/ only the first page of the forum is wrapped. The first click on a topic unwrap it :o
Do you have a URL?
Of course.
www.animeperdute.it/smforum here is the forum
www.animeperdute.it/modules/smf here is the forum wrapped
I changed again to show you that it doesn't keep wrapped if I set the forum url to /smforum
Do you have compressed output turned on in SMF?
Yes, both in SMF and xoops.
I'll try switching them off :o
wow, now is wrapped... thanks, but i don't understand why compressed output matters...ò_O
BTW I still manage to login only in the forum with the smf login and not in xoops...
But it's great because now another bug's fixed (I couldn't upload avatars). Thanks very much
Quotewow, now is wrapped... thanks, but i don't understand why compressed output matters...ò_O
The bridge needs to modify the SMF output in order to rewrite the output URLs. If the output is gzipped first, well... have you ever tried to open a zip file in NotePad?
:o I didn't know. Sorry for my noobness :D
Uff I still can't login in xoops using the smf login block. What else I did wrong?
Does the user already exist in Xoops?
Yes, the user exist in xoops with the same password. I registered in smf and the account has been created also in xoops
Is there anything in your SMF error log?
8: Undefined index: xoops_js
File: /web/htdocs/www.animeperdute.it/home/templates_c/Anime+Perdute-default^%%D8^D83^D832B13D%%theme.html.php
Line: 39
8: Undefined index: smf_content
File: /web/htdocs/www.animeperdute.it/home/templates_c/Anime+Perdute-default^%%BB^BB7^BB72B854%%db%3Asmf_index.html.php
Line: 6
8: Undefined index: page_title
File: /web/htdocs/www.animeperdute.it/home/modules/smf/index.php
Line: 176
8: Undefined index: xoops_js
File: /web/htdocs/www.animeperdute.it/home/templates_c/Anime+Perdute-default^%%D8^D83^D832B13D%%theme.html.php
Line: 39
8: Undefined index: smf_content
File: /web/htdocs/www.animeperdute.it/home/templates_c/Anime+Perdute-default^%%BB^BB7^BB72B854%%db%3Asmf_index.html.php
Line: 6
Apply Filter: Only show the errors with the same message
8: Undefined index: page_title
File: /web/htdocs/www.animeperdute.it/home/modules/smf/index.php
Line: 176
Apply Filter: Only show the errors with the same message
8: Undefined index: xoops_js
File: /web/htdocs/www.animeperdute.it/home/templates_c/Anime+Perdute-default^%%D8^D83^D832B13D%%theme.html.php
Line: 39
8: Undefined index: smf_content
File: /web/htdocs/www.animeperdute.it/home/templates_c/Anime+Perdute-default^%%BB^BB7^BB72B854%%db%3Asmf_index.html.php
Line: 6
None of those are fatal.
Can you try upgrading to Xoops 2.0.15?
Done. Same issue :o
When I login, I get your Xoops session data output into the browser instead of it being inserted into the session. Do you get the same? (It's a bunch of text that probably doesn't make a lot of sense to you.)
I was echoing some variables trying to understand what was wrong. I didn't touch the original code
BTW I reinstalled the module. No change
Very strange....both the login and logout hooks do not function on your site.
Maybe it's the hosting. I was thinking about change it. There are many issues about it...
Thanks anyway. You fixed me several bugs :D
Actually the login/logout hooks dont work on my site - I have just freshly installed it - moving to XOops/SMF from a dedicated SMF - both are still running - but fresh installs of SMF & XOops in a diff directory.
Any ideas? I can login to SMF fine, but unless I keep the XOops login block theres no way that I will get to administer my site.
For beta 1 of the bridge, I am going to be testing the use of the XoopsMemberHandler class instead of writing directly to the session. Hopefully that gives a more consistent result for everyone.
Well if you need a cpanel server to test it on then let me know - I am desperate to move my forums into a portal wrap - and cant do it at the moment until I get this working - or I could use Joomla - but not too keen on that.
I caught this bridge for the SMF, installed in xoops and it appears in the administration panel. In patch absolute I leave
/home/name of the user/public_html/smf
and it says that he brought up to date certain, but does not add the forum xoops...
they alguem can say me as to proceed?
already I tried with joomla and it did not give certain...
I installed xoops in a separate diretorio /xoops/, and not in the root of host
thanks
This is probably a really stupid question...
In the Xoops site administration I am asked to give the absolute path the SMF - not the URL. So if I installed SMF in the folder /forum/ in my root directory, what is the path then?
Thanks
Quote from: lruneh on October 12, 2006, 05:07:20 PM
This is probably a really stupid question...
In the Xoops site administration I am asked to give the absolute path the SMF - not the URL. So if I installed SMF in the folder /forum/ in my root directory, what is the path then?
Thanks
You can found it in the SMF administration panel
Go in
Server Settings and copy the absolute path in
SMF Directory textbox
Is this bridge being actively developed or are you guys waiting for SMF 1.1 or XOOPS 2.4 or whatever.
A new version of the bridge should be up on the downloads page soon. ;D
Quote from: Orstio on October 28, 2006, 09:24:13 PM
A new version of the bridge should be up on the downloads page soon. ;D
This will be a very cool halloween present ;D
Well, it's a little before Halloween:
http://www.simplemachines.org/download/?bridges
I use xoops 2.0.15 and smf 1.1RC3. When login in SMF login block all working nice, but go directly in board. When login in xoops login block, first open web site, but cannot go to board (must login). How can I use just one login block, and which?
You're going to need to use the SMF login block, and you will also need to make the bridge module viewable to Anonymous users.
Quote from: Orstio on October 29, 2006, 10:40:05 PM
You're going to need to use the SMF login block, and you will also need to make the bridge module viewable to Anonymous users.
Can I something change when user login to smf login block go to site? No to board directly
I haven't set up any login/logout redirection options for this bridge yet. I'll add it to my ToDo list. :)
Quote from: Orstio on October 29, 2006, 10:58:05 PM
I haven't set up any login/logout redirection options for this bridge yet. I'll add it to my ToDo list. :)
That be nice. Like something redirect on login and logout redirect to module which is set in xoops General settings for first module.
What did you change in this release? ::)
Things that were changed:
The login now uses the Xoops user authentication objects, though I just noticed today that my test site ran into a problem with it as well. It was working perfectly. :-\
Users that exist in SMF but not in Xoops are transferred over automatically, and vice versa upon login.
Some typos and missing globals were fixed.
When I try to login via the SMF login block, I get the following error:
--------------------
8: Only variables should be assigned by reference
File: /home/SITEUSERNAME/public_html/news/kernel/user.php
Line: 186
--------------------
However, when I hit the browsers BACK button, I'm logged into xoops, but I'm not logged into the SMF forum.
Line 186 in my /kernel/user.php file has to do something with the following function:
---------------------------------------------
function &getGroups()
{
if (empty($this->_groups)) {
$member_handler =& xoops_gethandler('member');
$this->_groups =& $member_handler->getGroupsByUser($this->getVar('uid'));
}
return $this->_groups;
}
----------------------------------------------
What is this all about??
Anyway, I'm using xoops 2.0.15 with SMF 1.1 RC 3, with the BETA bridge.
Enable local storage of cookies: off
Use subdomain independent cookies: On
Enable compressed output: off
Use database driven sessions: On
I think I'm gonna turn this off until I can find out what's going on.
Quote8: Only variables should be assigned by reference
File: /home/SITEUSERNAME/public_html/news/kernel/user.php
Line: 186
Yes, that is still an incompatiblity with Xoops and PHP 4.4.x.
Open the user.php file in the kernel folder, and find this on line 186:
$this->_groups =& $member_handler->getGroupsByUser($this->getVar('uid'));
Change it to this:
$this->_groups = $member_handler->getGroupsByUser($this->getVar('uid'));
Quote from: Orstio on November 04, 2006, 11:11:00 PM
Quote8: Only variables should be assigned by reference
File: /home/SITEUSERNAME/public_html/news/kernel/user.php
Line: 186
Yes, that is still an incompatiblity with Xoops and PHP 4.4.x.
Open the user.php file in the kernel folder, and find this on line 186:
$this->_groups =& $member_handler->getGroupsByUser($this->getVar('uid'));
Change it to this:
$this->_groups = $member_handler->getGroupsByUser($this->getVar('uid'));
PERFECT! Thank you. Now its working. :D
Maybe I spoke too soon.
It's working fine for members who are just signing up. But for me, as the admin, I still can't log in to both systems at the same time.
It may be because for xoops and smf (when they were still separate) I used the same username, but with different passwords.
Now I don't know which password will log me into both systems. If I use my Xoops admin password when I log into the SMF block, I get an "incorrect login" error.
If I use my SMF admin password when I log into the SMF block, I'm logged into SMF. But I'm not logged into Xoops.
What do we do in this case:
Same usernames for each system, but with different passwords?
I suppose I can go into xoops and change the xoops password to match the smf password. But what about other members who have already signed up with Xoops?
Another issue for me is the original place where the SMF forum is located. Some users will inevitably come to the old, original forum url. So when I did a test signup at the original place where SMF is (not through Xoops), I was registered at the forum. But when I went over to xoops to use the SMF block to log in using that test account, I get the following error:
-----------------------
8: Undefined index: dateRegistered
File: /home/USERNAME/public_html/modules/smf/index.php
Line: 218
-----------------------
In my /smf/index.php file, line 218 is a part of this section of code here:
-------------------------------------------------------------
//What? No user in Xoops?
if ($user === false || mysql_num_rows($request) === 0){
mysql_query("
INSERT INTO " . XOOPS_DB_PREFIX . "_users
(name, uname, email, pass, user_regdate)
VALUES ('" . (isset($user_settings['memberName']) ? $user_settings['memberName'] : $user_settings['memberName']) . "', '" . $user_settings['memberName'] . "', '" . $user_settings['emailAddress'] . "', '$pwd', '" . $user_settings['dateRegistered'] . "')");
$xoops_id = mysql_insert_id();
mysql_query( "
INSERT INTO " . XOOPS_DB_PREFIX . "_groups_users_link
(groupid, uid)
VALUES ('2', '$xoops_id');");
mysql_free_result($request);
---------------------------------------------------------------------
Is that another php problem?
Quote8: Undefined index: dateRegistered
File: /home/USERNAME/public_html/modules/smf/index.php
Line: 218
Can you check your smf_members table in PhpMyAdmin for the dateRegistered column?
Yes the dateRegistered column is there.
Is there a value in the dateRegistered column for the user you are trying to login?
Quote from: Orstio on November 05, 2006, 02:18:10 PM
Is there a value in the dateRegistered column for the user you are trying to login?
Yes.
???
Then it doesn't make any sense at all that dateRegistered would come up as an undefined index.
How about if you add this line before the code you posted above:
if (!isset($user_settings['dateRegistered'] )){
$user_settings['dateRegistered'] = time();
}
Still not working. I sign up with a test account and I can register with smf with no problem. However it doesn't do anything in xoops. It acts as if I hadn't signed up with xoops at all.
I've got a headache. LOL! I'm going to turn it off until I can regain some of my patience back. :P
QuoteStill not working. I sign up with a test account and I can register with smf with no problem. However it doesn't do anything in xoops. It acts as if I hadn't signed up with xoops at all.
I've got a headache. LOL! I'm going to turn it off until I can regain some of my patience back.
Are you registering through the bridge, or through the stand alone forum?
Quote from: Orstio on November 05, 2006, 03:41:36 PM
QuoteStill not working. I sign up with a test account and I can register with smf with no problem. However it doesn't do anything in xoops. It acts as if I hadn't signed up with xoops at all.
I've got a headache. LOL! I'm going to turn it off until I can regain some of my patience back.
Are you registering through the bridge, or through the stand alone forum?
I registered through the bridge.
Can I see a URL?
When I install the module to my my modules folder, and install it from the XOOPS control panel, it simply adds a link on the sidebar leading to the address of the module (e.g. www.mydomain.com/modules/smf/).
It does not give a way to login at all if I turn off the login module.
You have to make the SMF login block visible.
Hi Orstio.
I'd like to ask you something (I think you're the right person to answer this question :) ):
is there any user integration tool so I can use SMF 1.1 RC 3 as an alternative to a XOOPS version 2.2.x forum ?
I don't mind if the SMF isn't integrated with the xoops template. I just don't want to use it as a standalone forum with different users ... I want this: when users login to XOOPS site they will be logged in to SMF forum as well.
Is it developed?
- link to forum as it is now: http://www.romaniangraffiti.ro/forum/
- site: http://www.romaniangraffiti.ro/
Any answer at all will be greatly apreciated.
Thanks,
Alex
QuoteI don't mind if the SMF isn't integrated with the xoops template. I just don't want to use it as a standalone forum with different users ... I want this: when users login to XOOPS site they will be logged in to SMF forum as well.
Is it developed?
That's what this does, but for Xoops 2.0.15. Just set it to "Unwrapped", and the users will be shared between the two softwares.
Quote from: Orstio on November 12, 2006, 06:52:44 PMThat's what this does, but for Xoops 2.0.15. Just set it to "Unwrapped", and the users will be shared between the two softwares.
As you may have noticed I use
XOOPS version 2.2.x :-\ Does it work with 2.2.x versions, too?
Since 2.2.x is a dead end, I didn't bother making a bridge compatible with it.
dead end? 2.2.5 will be released as far as I know ...
http://www.xoops.org/modules/news/article.php?storyid=2905
QuoteXOOPS 2.2.x suffers from several behavioral changes that give it a limited compatibility with the current third-party modules base. Also, this version does not have the years of bugfixes, patches and enhancements to make it as stable and fast as the XOOPS 2.0.x series.
Next versions (XOOPS 2.3+) will step back to the original behavior to regain a maximum compatibility level: this means that, even if we'll ensure users can upgrade to future versions, a full compatibility between these versions and modules specially made for 2.2.x cannot be guaranteed and that they may have to be updated to work on XOOPS 2.4+.
Also note that, if you plan to build an highly popular site, you'll get better results by using the latest 2.0.x release, due to resource issues with the XOOPS 2.2.x series.
XOOPS 2.2.x will still be supported: patches will be made, the code will be maintained, bugfixes will still be released, end-user support will still be given on the XOOPS.org website.
getting the dreaded:
Quote
You were unable to login. Please check your cookie settings.
mentioned in previous posts,
xoops 2.0.15
smf 1.1.RC3
php 5.0.x
both in same database
xoops output compression output doesnt work ( check xoops faq aint worked for ages )
- but smf compressed output is off regardless
Enable local storage of cookies = off
Use subdomain independent cookies = On
Use database driven sessions = On
admin username and password were created using same details, both work both unaltered installs
Xoops = http://www.nexus-irc.co.uk
SMF = http://www.nexus-irc.co.uk/forum
xoops DOES use custom sessions setting if that makes any inch of diff
errors do show in smf error log:
Quote
8: Undefined index: xoops_js
File: /var/www/vhosts/nexus-irc.co.uk/httpdocs/templates_c/default-default^%%E8^E82^E82B5DEE%%theme.html.php
Line: 39
8: Undefined index: smf_content
File: /var/www/vhosts/nexus-irc.co.uk/httpdocs/templates_c/default-default^%%BB^BB7^BB72B854%%db%3Asmf_index.html.php
Line: 6
admin logins for site, ftp, phpmyadmin - hell the server if needed :P
Quoteadmin logins for site, ftp, phpmyadmin - hell the server if needed
I'll settle for the first three, if you don't mind. :)
ur urm ( hides face in shame ) - fixed it :/ i had compiled a new php version and forgot to turn magic_quotes_gpc on in php.ini - thats fixed it ( sorry!!!!!!)
It runs smooth as something really smooth and running now - top notch
good job Orstio
Hi,
I am testing bridge and I would like if to know step by step as to configure
- xoops which parameters I must use
- smf which parameters I must use
my version:
computer in localhost whith http://www.easyphp.org/ (http://www.easyphp.org/)
smf 1.1RC3
xoops 2.0.15
php 4.3.10
msql 4.1.9
thanks
tells you on first page second post
I just finished downgrading from XOOPS 2.2.3 Final to 2.0.15. Everything is peachy except I lost tons of custom created blocks. The good thing about it is XOOPS-SMF BRIDGE WORKS ;D
Thanks Orstio for this bridge!
Quote from: X-Ception on November 13, 2006, 07:13:12 PM
ur urm ( hides face in shame ) - fixed it :/ i had compiled a new php version and forgot to turn magic_quotes_gpc on in php.ini - thats fixed it ( sorry!!!!!!)
It runs smooth as something really smooth and running now - top notch
good job Orstio
Could it be the problem? I can't change php.ini on my site because I don't own the server...
Hello,
I must be blind because I just don't see the attached bridge file anywhere in this post.
Am I just missing this somewhere?
Thanks
It's now on the downloads page:
http://www.simplemachines.org/download/?bridges
Ok, thank you for the quick reply.
Quote from: X-Ception on November 14, 2006, 04:03:06 PM
tells you on first page second post
thanks
But, I don't have certain configuration, could see in image it happened the error.
(http://img242.imageshack.us/img242/3039/smftu5.th.jpg) (http://img242.imageshack.us/my.php?image=smftu5.jpg)
my version xoops portuguesebr
** the box to user ? why happened this?
Andeon,
What are your settings in SMF for:
Enable local storage of cookies?
Subdomain independent cookies?
Hi Orstio,
Configuration > Server Settings > Feature Configuration >
Enable local storage of cookies [ ] unchecked
Use subdomain independent cookies [X] checked
I make the tests that you to pass
thank
Thank you. That looks alright.
How about database driven sessions?
Configuration > Server Settings > Feature Configuration >
Use database driven sessions [X] checked
my installation is new, clean
xoops 2.0.15:
http://127.0.0.1/xoops/
bridge smf:
http://127.0.0.1/xoops/modules/smf
smf:
http://127.0.0.1/xoops/smf
No problem, if was localhost ? because I am making tests.
sorry! my bad english
corrected path line bridge
Quotebridge smf:
http://127.0.0.1/xoops/modules/
I'm hoping you meant
bridge smf:
http://127.0.0.1/xoops/modules/smf/
Yes,
http://127.0.0.1/xoops/modules/smf/
sorry, I corrected message above
Are SMF and Xoops in the same database?
no,
databases are 2:
- xoops > xp
- smf > smf
are same Server localhost, no in same database!
Does your Xoops database user have access to your SMF database? Does your SMF database user have access to your Xoops database?
I dont understand well question,
but, configuration xoops with:
user= test
password = 123456
and smf:
user= test
password = 123456
always An error Has occurred!You were unable to login. Please check your cookie settings
my version xoops portuguesebr translation package xoops http://xoopsbr.org/modules/mydownloads/visit.php?cid=1&lid=109 (http://xoopsbr.org/modules/mydownloads/visit.php?cid=1&lid=109) it will be that it can have problem in being in another language.
test computer with http://www.easyphp.org/
windows XP
smf 1.1RC3
xoops 2.0.15
php 4.3.10
msql 4.1.9
ps: test = admin
I am not referring to the admin user of Xoops, nor the admin user of SMF. I am referring to the database users.
just a prod to let you know 2.0.16 is now out:
changelog:
Quote
- Fixed bug #1538291 : Mailer Return-Path header is not set correctly (skalpa/alienhand)
- Fixed bug #1548771 : Criteria doesn't handle IS NULL correctly (skalpa/garrath)
- Fixed bug #1589652 : XoopsTopic::getNiceTopicPathFromId not working (skalpa/dugris)
- Fixed bug #1559119 : Activation key appended to the login form URL (skalpa/bandit-x)
- Fixed bug #1551559 : PHP 5.0.x fatal error in userinfo.php (skalpa/rowd)
- Fixed bug #1570396 : Checkbox doesnt work in the user notifications page (skalpa/bandit-x)
- Fixed bug #1565746 : Installer does not accept mysql passwords with $ in them (skalpa/Ann O. Neemous)
- Fixed bug #1546415 : XoopsForm::getElements broken with insertBreak() (skalpa/dugris)
- Fixed bug #1549803 : XoopsObject errors are not translated (skalpa/giba+wcrwcr)
- Fixed bug #1529039 : Add auth.php english language file. Forgotten in the 2.0.14 (pemen)
- Fixed bug #1525206 : ldap provisioning problems - timezone_offset (pemen)
- Fixed bug #1554972 : Auth provisionning maintain (option) after user creation (pemen)
- Fixed bug #1591544: XOOPS session is not destroyed properly when custom session is enabled (phppp/xuser)
- Fixed a bug that causes reset of block options over module update (phppp)
+ Added fields mapping between Xoops User Database and Auth Server atttribute. The user
can choose wich field to synchronize. (pemen)
seems that have given up on php 4.2.x as requirements now say "Any PHP version >= 4.3 (PHP 4.2.x may work but is not officially supported)"
Excellent. That actually solves at least one of the problems I had with 2.0.15. :)
Quoteseems that have given up on php 4.2.x as requirements now say "Any PHP version >= 4.3 (PHP 4.2.x may work but is not officially supported)"
No surprises there, really. There are a lot of known security holes in PHP < 4.3.11, and most hosts are offering 4.4.4.
Quote from: Orstio on November 19, 2006, 12:30:00 AM
I am not referring to the admin user of Xoops, nor the admin user of SMF. I am referring to the database users.
ok, I made the configuration with user default root and password " "
In my instalation it has to only user test.
where we can see xoops + smf ?
The bugs of version 2.0.15, they can not function whith smf?
I can make other tests, can ask for!
thank
I read through most of this thread >:( and I think I have most everything set the way you've mentioned.
fresh install of RC3 which works fine if I access it on it's own. I access it with the bridge (xoops 2.0.16) and I can see it, post to it but after pressing post I come up with a blank page, but it does post the topic as I can see it when I go back to the index.
Sample errors: (lots more that look about the same)
Quote
2: Cannot modify header information - headers already sent by (output started at /home/mbr/public_html/mainfile.php:211)
File: /home/mbr/public_html/smf_rc3/Sources/Subs.php
Line: 2607
8: Undefined index: xoops_js
File: /home/mbr/public_html/templates_c/default-default^%%08^082^082CA1DD%%theme.html.php
Line: 39
8: Undefined index: smf_content
File: /home/mbr/public_html/templates_c/default-default^%%BB^BB7^BB72B854%%db%3Asmf_index.html.php
Line: 6
2: Cannot modify header information - headers already sent by (output started at /home/mbr/public_html/mainfile.php:211)
File: /home/mbr/public_html/smf_rc3/Sources/Subs.php
Line: 3195
2: Cannot modify header information - headers already sent by (output started at /home/mbr/public_html/mainfile.php:211)
File: /home/mbr/public_html/smf_rc3/Sources/Subs.php
Line: 3192
Same errors more or less come up when I try to clear the error log or do other admin changes. Pretty much anytime I do a change post of some sort.
I have 2 seperate databases X and S both have each others user added. The path is a cut and paste from the SMF to the Bridge.
Just in case, I dropped a php.ini with the majic quote thing on in some of the folders (didn't change a thing)
What did I miss?
AFAIK xoops bridge doesnt work with seperate databases yet.
Quotefresh install of RC3 which works fine if I access it on it's own. I access it with the bridge (xoops 2.0.16) and I can see it, post to it but after pressing post I come up with a blank page, but it does post the topic as I can see it when I go back to the index.
Can I see a URL?
PM'd you links and logins
QuoteI have 2 seperate databases X and S both have each others user added.
Are you absolutely sure your SMF database user has access to your Xoops database? I ask because when I tried to logout, I received this:
Quote2: Cannot modify header information - headers already sent by (output started at /home/mbr/public_html/mainfile.php:211)
File: /home/mbr/public_html/modules/smf/index.php
Line: 361
the code it is attempting to execute when encountering this error is this:
$logout = mysql_query("
UPDATE ".XOOPS_DB_PREFIX."_session
SET sess_data = ''
WHERE sess_id = '" . $_COOKIE[session_name()] . "'");
setcookie($xoopsConfig['session_name'], '', time()- 3600, '/', '', 0);Which would indicate to me that the SMF database user could not access the Xoops database to perform that query.
It's set up the way I have other things before.
Cpanel cut and paste:
mbr_smftest
Users in smftest
mbr_smftest (Privileges: ALL PRIVILEGES)
Connection Strings
Perl $dbh = DBI->connect("DBI:mysql:mbr_smftest:localhost","mbr_smftest","<PASSWORD HERE>");
PHP $dbh=mysql_connect ("localhost", "mbr_smftest", "<PASSWORD HERE>") or die ('I cannot connect to the database because: ' . mysql_error());
mysql_select_db ("mbr_smftest");
mbr_xoop1 (Privileges: ALL PRIVILEGES)
Connection Strings
Perl $dbh = DBI->connect("DBI:mysql:mbr_smftest:localhost","mbr_xoop1","<PASSWORD HERE>");
PHP $dbh=mysql_connect ("localhost", "mbr_xoop1", "<PASSWORD HERE>") or die ('I cannot connect to the database because: ' . mysql_error());
mysql_select_db ("mbr_smftest");
mbr_xoop1
Users in xoop1
mbr_smftest (Privileges: ALL PRIVILEGES)
Connection Strings
Perl $dbh = DBI->connect("DBI:mysql:mbr_xoop1:localhost","mbr_smftest","<PASSWORD HERE>");
PHP $dbh=mysql_connect ("localhost", "mbr_smftest", "<PASSWORD HERE>") or die ('I cannot connect to the database because: ' . mysql_error());
mysql_select_db ("mbr_xoop1");
mbr_xoop1 (Privileges: ALL PRIVILEGES)
Connection Strings
Perl $dbh = DBI->connect("DBI:mysql:mbr_xoop1:localhost","mbr_xoop1","<PASSWORD HERE>");
PHP $dbh=mysql_connect ("localhost", "mbr_xoop1", "<PASSWORD HERE>") or die ('I cannot connect to the database because: ' . mysql_error());
mysql_select_db ("mbr_xoop1");
Right. That shows me that your Xoops database user has access to your SMF database.
You also need to grant your SMF database user access to the Xoops database.
The way I read it they are:
the first two are smftest = smf data base
Users in smftest
mbr_smftest
mbr_xoop1
second two are xoop1 = xoops database
Users in xoop1
mbr_smftest
mbr_xoop1
Is there something beyond that?
OK, I didn't scroll the quote box earler. My bad.
This is cPanel?
Yes. You need a login there also?
Sure. Then I can see your error log to see what is going on.
pm'd
Thank you.
The error about headers sent from mainfile.php at line 211 is the key.
mainfile.php should not have 211 lines. It looks as if you have used some sort of editor that has double-spaced the file, and added two empty lines at the end of the file.
You'll need to delete those two empty lines after "?>".
EDIT -- Yep, made that change, and all is good now. :)
Quote from: Orstio on November 21, 2006, 10:02:14 PM
EDIT -- Yep, made that change, and all is good now. :)
Well maybe... Error log is still filling up...
edit -- Wasn't the upgrade, I checked my backup and mainfile was the same way. I did change the location of my Xoops root once but don't remember what program I used to do it with but whatever it was must have done that.
All of the errors appear to be in the templates so it probably has nothing to do with you or the bridge.
Thanks a bunch for all the help!!
Quote<script type="text/javascript">
<!--
<?php echo $this->_tpl_vars['xoops_js']; ?> <<<--------this is the error line #40
//-->
</script>
it just looks like something isn't getting set - - and it probably makes no difference to SMF
I'll see if I can track it down.
hi,
Orstio , you recommend some tool that I can use to test in localhost in windows xp? (I have that to use this at the moment)
brigde functions in localhost correct? (local computer)
Thank
On your local machine, you will most likely need to install Xoops and SMF in the same database.
Yes, but which tool ?
example I used - http://www.easyphp.org/
==============================
EasyPHP is a complete software package allowing to use all the power and the flexibility that offers the dynamic language PHP and the effecient use of databases under Windows. Package includes an Apache server, a MySQL database, a fully PHP execution, as well as easy development tools for your web site or your applications.
==============================
it would like to test another tool, since with this it did not function bridge (it can be that the problem is easyphp)
thank
Your problem is most likely not related at all to EasyPHP.
You have installed SMF and Xoops in separate databases on your local computer. That does not work. EasyPHP or not, that does not work.
Hey Orstio,
A request has come on the xoops.org forum to make a module(conjecture:http://www.xoops.org/modules/news/article.php?storyid=3485 (http://www.xoops.org/modules/news/article.php?storyid=3485)) that acts as a replacement for the comments system on the xoops core. Right now this module works on the CBB forum only. We have asked Mithrandir to have this available for SMF also.
He requires help to get this done. I hope you are able to provide some info.
QuoteMithrandir:
I will need some help on this.
I have abstracted it out, so that it should be relatively easy to add support for other forums, but someone with more intimate knowledge of SMF will need to help me with this.
I'll have to have self-contained, all-emcompassing code for:
1) Given a topic ID, return an array of posts in that topic
2) Given a forum ID, a topic ID and a parent comment ID, return a form for adding a comment
3) Posting a new comment, following submissal of the form
4) Getting a hierarchical array of all forums, for matching forums with modules
Thank you. :)
Great news. :D
#1: This assumes the variable $resultid contains the given topic ID. It will return the array of posts into $posts.
$post_query=mysql_query("SELECT ID_MEMBER, posterName, subject, body, FROM_UNIXTIME(posterTime, '".$discuss_date_format."') AS msgTime FROM {$db_prefix}messages WHERE ID_TOPIC = '$resultid';");
$posts = mysql_fetch_assoc($post_query);
#2: This assumes we've queried to get the board ID ($board_id), the topic ID ($resultid, same as in #1), the number of replies to the topic ($replies), and that a valid SMF session exists (will populate $GLOBALS['sc']). $title and $article_id should be taken from the Xoops article.
<table><tr><td valign="top">
<form id='.$article_id.' action="'. XOOPS_URL . '/modules/smf/index.php?action=post2"').' method="post" name="postmodify" onsubmit="submitonce(this);">
<input type="hidden" name="topic" value="' . $resultid . '" />
<input type="hidden" name="board" value="'.$boardid.'" />
<input type="hidden" name="subject" value="' . $title . '" />
<input type="hidden" name="icon" value="xx" />
<input type="hidden" name="goback" value="true" />
<input type="hidden" name="num_replies" value="'. $replies. '" />
<textarea cols="75" rows="8" class="inputbox" wrap="VIRTUAL" style="width: 75%" name="message" tabindex="1"></textarea><br />
<input type="submit" name="post" value="Reply" class="button" onclick="return submitThisOnce(this);" accesskey="s" tabindex="2" />
<input type="hidden" name="sc" value="' . $GLOBALS['sc'] . '" /></form></td></tr></table>
#3: The form above will take care of it all automatically if done right.
#4: I'm not sure what exactly is required here. Perhaps just query the smf_boards table?
This is exactly the same thing that is done with the discussbot in Mambo and Joomla:
http://www.simplemachines.org/community/index.php?topic=118310.0
The invention of the discussbot, and its subsequent upgrades and forks were a big part of the popularity of the Mambo/Joomla bridge. This is very good to see for Xoops. 8)
http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=55185&start=10
QuoteMithrandir:
Thanks for the info, Orstio
#1: check
#2: "valid SMF session" - when we are in another module, how do we ensure that the SMF session exists?
#3: Where will the user be sent afterwards? My intention is to go back to the article/download/etc. but if it goes to the thread, I guess people will live with it.
#4: Something like that, yes. Is there a hierarchy of categories and subforums or will a simple board table query do?
I think I'm probably just an idiot, but I can't seem to make the SMF login block show up at all. When I go to set it to visible (for anonymous users) it's not listed, and it doesn't show up for Registered Users (because hey, it's a login block. Why should it?)
I'm using SMF 1.1 RC3 and Xoops 2.0.16
Any help would be appreciated. It's a fairly vanilla install (no mods on SMF, the only modules in XOOPS are news and team)
After uploading the folder to your modules folder, you need to install the module in your Xoops admin panel. Then the login block will appear in the blocks config.
Sorry, let me clarify that.
The block is showing up in the blocks list, but only when viewing the available blocks for registered users. When I go to activate the block for anonymous users (to allow login), the only available blocks are from the system module. Activating the block for the Registered Users group doesn't make it show up (presumably because they're already logged in). If I go to the "SMF Module for Xoops" side menu forum option, it shows the forum wrapped in the Xoops page, but you're not logged in.
@ Zxaos
You need to go to Groups and check the smf login block so that it is available to anonymous users first.
Then it will apppear available in the Blocks page and you can set it to visible.
When installing a module, all blocks are off by default to anonymous and on to registered users.
Cheers. :)
Super, thanks very much. I've got the login box showing up and kind of working (I feel like a true newb now).
Ok, next question. The module works when I'm logging into users who have an account on Xoops alone, or their Xoops account matches their SMF account.
However, new users are having registration problems - the captcha isn't showing up when using the registration link at the bottom of the module (forum wrapped in xoops). When a user registers on the forum proper, and then tries to log into xoops, I run into the same error that was discussed a few pages back:
8: Undefined index: dateRegistered
File: /home/coldsnap/public_html/kx/modules/smf/index.php
Line: 218
AFAIK, the xoops user has access to the smf database, and vice versa.
Any suggestions? Also, thanks for your help and patience so far!
Quote from: Orstio on November 10, 2006, 05:31:34 PM
You have to make the SMF login block visible.
I made it visible; nothing appears. Here is what I see:
(http://clancrp.com/~yonahharag/images/sitescreensmfblock.jpg)
No login screen. I turned off the XOOPS login block as the guide said to do.
:\
@RAdams
Please have a read on my last post of the previous page to set permissions correctly.
And , in your screenshot, you are logged in, you'll never see a login block when logged in. :)
Ok, I fixed the other problems I had (the login block not showing up), but it just isn't working for me at all. I have my SMF forums already installed in a subdirectory called "forums", and XOOPS is installed into the root of this domain. So in the SMF preferences in XOOPS, I used /forums as the path. The "Forum Administration" link does not work, and when I try to login using the SMF login block, I get an error saying I don't have permission to access this area. I can give any information/screenshots you want, I'm just not sure where the issue is... :\
(http://clancrp.com/~yonahharag/images/smfblockscreen.jpg)
QuoteSo in the SMF preferences in XOOPS, I used /forums as the path.
/foprums would be a RELATIVE path. You need to put in a full ABSOLUTE path to SMF.
Of you go to your SMF admin panel, Server Settings, you will find your absolute path in the field labelled "SMF Directory".
Still no love for the line 218 problem?
http://www.simplemachines.org/community/index.php?topic=63183.msg798567#msg798567
Ok. I'm testing this again. Now I have the xoops and smf in the same database.
My problems:
-The smf login box is not logging them into xoops; just smf
-When someone goes directly to the smf forum link (/forum/index.php), and not through the smf module (/module/smf/) to register, they are not registered in xoops at all.
What do we do when users have the old link bookmarked, and they decide to register through http://www.yoursite.com/forum/index.php
instead of
http://www.yoursite.com/modules/smf
The only way the registrations carry over is only if they register through http://www.yoursite.com/modules/smf
I guess I'm looking for advice about how to forward guests to the SMF module instead.
Quote-When someone goes directly to the smf forum link (/forum/index.php), and not through the smf module (/module/smf/) to register, they are not registered in xoops at all.
That is correct. The bridge does not change anything in SMF. The bridge is the module. So if you don't access via the module, you are not using the bridge.
Quote-The smf login box is not logging them into xoops; just smf
I'm getting this problem myself, but only intermittently. i haven't been able to identify what determines whether or not it works just yet. What I may end up doing is setting the SMF cookie, and then passing everything over to Xoops.
Quote from: Orstio on December 03, 2006, 10:08:26 PM
That is correct. The bridge does not change anything in SMF. The bridge is the module. So if you don't access via the module, you are not using the bridge.
So there's nothing we can do to automatically forward them to the correct place?
That can be confusing to people.
Erm, how do you download attachments?
Quote from: hal0r on December 19, 2006, 01:47:27 AM
Erm, how do you download attachments?
Orstio lied to you. :o
Go here to get the file: http://www.simplemachines.org/download/index.php?thanks;filename=smf_1-1_bridge_xoops.zip
I am getting a lot of these errors in my forums error log
8: Undefined index: page_title
File: /home/ctukerig/public_html/modules/smf/index.php
Line: 185
How would I eliminate this error. I understand PHP fairly well, but not sure how to fix this issue.
xoops v2.0.16
smf 1.1
smf module for xoops 1.1 beta 1
It seems to work ok...except if people are already registered in xoops it doesnt add them to the forums and vice versa.
If they are new and they register it will register them in both the forums and xoops.
The website is www.thectuclan.com
Ahh..found the issues in the script and fixed them..all works fine now.
Quote from: whodat on November 21, 2006, 11:32:58 PM
All of the errors appear to be in the templates so it probably has nothing to do with you or the bridge.
Thanks a bunch for all the help!!
Quote<script type="text/javascript">
<!--
<?php echo $this->_tpl_vars['xoops_js']; ?> <<<--------this is the error line #40
//-->
</script>
it just looks like something isn't getting set - - and it probably makes no difference to SMF
I'll see if I can track it down.
this was one of my errors
8: Undefined index: smf_content
File: /home/mbr/public_html/modules/smf/index.php
// $xoopsTpl->assign('smf_content', ob_xoopsfix($buffer)); I removed the // and it quit showing up in the log file, and gave me a second copy of the board...
so I changed it to
$xoopsTpl->assign('smf_content', ''); and that seemed better.
I then added this in the line in front
$xoopsTpl->assign('xoops_js', '');and that error went away.
Another:
8: Undefined index: page_title
File: /home/mbr/public_html/modules/smf/index.php
Line: 183
Which is:
183 <title>' . $context['page_title'] . '</title>';
So I added in front of that statement:
$context['page_title']='iamtestingthis'; //figure if it screws something up I'll be able to tell.
Don't know if they mess anything else up, but I haven't found any problems yet and I have a clean error log. ;D
Quote from: Orstio on November 05, 2006, 02:48:52 PM
???
Then it doesn't make any sense at all that dateRegistered would come up as an undefined index.
How about if you add this line before the code you posted above:
if (!isset($user_settings['dateRegistered'] )){
$user_settings['dateRegistered'] = time();
}
This fix worked for me using:
smf 1.1.1
xoops 2.0.16
thanks
I've noticed that when I login through the bridge, I don't have to enter my password again when I go to the SMF admin section. I have "Disable administration security" unchecked as I did before installing the bridge. Is this anything that I need to worry about?
Are you using a public computer?
Quote from: Orstio on January 21, 2007, 05:37:09 PM
Are you using a public computer?
No, I'm using my computer at home.
Then you have no worries. ;)
hiya, im currently using newbb in my xoops 2.0.13.1 installation, and im considering switching to the SMF bridge. anything you want to warn me about before i take a crack at it? also, I saw there is a xoops>smf converter, I assume that will take the newbb posts and transfer them to SMF etc?
--edit actually im going to upgrade to 2.0.16 in xoops first.
Quoteanything you want to warn me about before i take a crack at it?
It is only a beta, which means that it is not stable.
New install of SMF...works fine standalone.
Using XOOPS bridge and SMF Login...
When user logs in...they get:
An Error Has Occurred!
You were unable to login. Please check your cookie settings.
Returning to Home in Xoops shows that they have been logged into XOOPS sucessfully, but not the Forum.
Same user logs in no problem when accessing SMF directly.
All cookies have been cleared...no help. renamed...no help.
Any ideas?
Thanks
What is your setting in SMF for local storage of cookies? For subdomain independent cookies?
Quote from: Orstio on January 25, 2007, 06:46:09 AM
What is your setting in SMF for local storage of cookies? For subdomain independent cookies?
Currently, they are both unchecked, per default settings.
The installation:
SMF - http://www.mysite.com/forum
XOOPS - http://www.mysite.com/web
This site is on Powweb, FYI
Only 2 recurring errors in smf logs:
Guest Today at 09:58:05 AM
http://www.mysite.com/forum/index.php?action=login2;sa=check;member=96
8: Undefined index: xoops_js
File: /path/to/mysite/htdocs/web/templates_c/default-default^%%B6^B61^B619FFDA%%theme.html.php
Line: 39Guest Today at 09:58:05 AM
http://www.mysite.com/forum/index.php?action=login2;sa=check;member=96
8: Undefined index: smf_content
File: /path/to/mysite/htdocs/web/templates_c/default-default^%%BB^BB7^BB72B854%%db%3Asmf_index.html.php
Line: 6...but I don;t think they are related to this problem, other than indicating that the login is "trying"
I have these errors on other similar XOOPS/SMF sites, that are working just fine (different host) :-\
Try turning on subdomain independent cookies.
Quote from: Orstio on January 25, 2007, 06:32:59 PM
Try turning on subdomain independent cookies.
Tried that...no help.
Quote from: computerworks on January 25, 2007, 08:08:36 AM
Only 2 recurring errors in smf logs:
8: Undefined index: xoops_js
8: Undefined index: smf_content
BTW...these only seem to occur when SMF is wrapped... so, not part of the cookie problem
Can I see a URL?
I posted Forum and Xoops URLs
PM if you'd like access.
QuoteSMF - http://www.mysite.com/forum
XOOPS - http://www.mysite.com/web
Neither of those is a real URL.
When I ask for a URL, it is so that I can see the behaviour of the software at the URL.
SMF - http://www.mysite.net/forum/index.php
XOOPS - http://www.mysite.net/web/index.php
Status recap...
Starting from XOOPS URL, when user logs in with SMF Login, they are redirected to SMF with error:
You were unable to login. Please check your cookie settings.
If user then chooses Home from XOOPS Nav bar, they return to XOOPS Home page and are shown as successfully logged into XOOPS.
Starting from SMF URL, user logs in successfully.
More info:
If "Use subdomain independent cookies" is turned off, then the admin user cannot logout of the forum.
More+ info:
As a test, registered as new user with SMF Login Module...took all info without error and then redirected to SMF with the "You were unable to login. Please check your cookie settings."
Then, went directly to the Forum URL (outside of XOOPS) and found the new user logged into SMF.
...returned to XOOPS Home page and...new user was logged into XOOPS.
...from the logged-in XOOPS home page...
...selected Forum (http://www.mysite.net/web/modules/smf) and was sent to SMF as a Guest...not logged into Forum.
I hope this sequence sheds some light on the problem.... 8)
QuoteMore+ info:
As a test, registered as new user with SMF Login Module...took all info without error and then redirected to SMF with the "You were unable to login. Please check your cookie settings."
Then, went directly to the Forum URL (outside of XOOPS) and found the new user logged into SMF.
...returned to XOOPS Home page and...new user was logged into XOOPS.
...from the logged-in XOOPS home page...
...selected Forum (http://www.csxinfo.net/web/modules/smf) and was sent to SMF as a Guest...not logged into Forum.
I hope this sequence sheds some light on the problem....
This means that subdomain independent cookies should be on. If you do not have that turned on, then turn it on.
..turned on subdomain independent cookies...still have login issue
Go ahead and register on the XOOPS home page and see....
How about this...there has to be a clue here...
Two browser windows open...one on the XOOPS Home page..one on the Forum, direct URL, user not logged in.
1. From the XOOPS home page, user logs in using SMF Login.
2. Directed to the Forum and receives the login error.
3. Switch to the other browser window, showing Guest, and hit refresh. Forum home refreshes with that user logged in.
....I will not rest until we solve this..... >:( ;)
well...it appears that it is definitely a host issue.
I set up a new domain on a different host server...installed the same config, versions, paths, etc.
...and the login thru the bridge works fine.
I have been thru the php.ini quite a few times on the non-working host...no changes help.
Where to look next?
thanks
Is it PHP 5?
Quote from: Orstio on January 28, 2007, 01:11:33 AM
Is it PHP 5?
Current Default version of PHP: 4.4.4
So, it looks like it fails in the login2 process.
What would cause the login2 to reach this point in LogInOut.php?
// Strike! You're outta there!
if ($_GET['member'] != $ID_MEMBER)
fatal_lang_error('login_cookie_error', false);
One more piece of relevance,,,
After the SMF was installed...we went thru a debug on running the Ikonboard converter.
Had a few glitches, but got it to run...
http://www.simplemachines.org/community/index.php?topic=145133.0
The settings for sessions_path was resolved....but it might be wise to point out I see no activity in the session directory during forum use.
QuoteThe settings for sessions_path was resolved....but it might be wise to point out I see no activity in the session directory during forum use.
Then I would assume that database driven sessions is turned on.
In SMF? ...yes
What happens if you turn that off?
Quote from: Orstio on January 28, 2007, 10:14:30 AM
What happens if you turn that off?
Turned it off.... sessions now start to appear in the session_save directory.
(thanks..now, I understand
that.)
However, the same login problem still exists.
...well, still no positive results. We may abandon using a bridged forum on this site, sadly.
I hate to leave a problem unsolved....so I'll keep plugging at it.
There seems to be only one spot that calls that error message.
Again..if you can help...what would cause the login2 to reach this point in LogInOut.php?
// Strike! You're outta there!
if ($_GET['member'] != $ID_MEMBER)
fatal_lang_error('login_cookie_error', false);
The thing that causes that is $ID_MEMBER not getting information from the cookie.
You said you had it working on another site? What I would do is compare the session handlers for each with php_info().
Quote from: Orstio on January 28, 2007, 10:47:15 PM
You said you had it working on another site? What I would do is compare the session handlers for each with php_info().
...briefly, how is that done? I looked up the command, but I am not sure how to output and what to interrogate.
What is phpinfo.php? (http://www.simplemachines.org/community/index.php?topic=18250.0)
Oh...that phpinfo. ;)
Ran it on both sites and set all session items on the problem site to the same values as the working site.
(except the session.save_path)
Still have the problem.
The user IS actually being logged into the Forum when the SMF login is performed.
Can see that by going directly to forum URL after the initial SMFlogin from XOOPS gets the error.
Thanks for staying with us on this problem, BTW
Are they both PHP 4.4.4?
I've been noticing some session issues on PHP 4.4.4 with the Joomla bridge as well, so I'm just wondering if this is also related in some way.
PHP 4.4.1 on the working server
PHP 4.4.4 on the problem site.
What if you turn on register_long_arrays on the 4.4.4 site?
...still looking. That's a php 5 directive, right?
I don't see that line in this php.ini
Should I add it?
A little more info... studying the process as the bad login progresses.
After using SMF login and getting SMF error, I look at smf_log_online (with no one else on)
There are 2 entries..one appears to be the bad login, the next looks like a successful login to the forum.
The log_time is within seconds.
The "bad" one has the IP as the session; the "good" one has a long string, indicating a session has started...that's where the SMF login really has worked.
The "bad" one has an ID_MEMBER of zero
The URL of the bad one is:
a:4:{s:6:"action";s:6:"login2";s:2:"sa";s:5:"check";s:6:"member";s:2:"36";s:10:"USER_AGENT";s:50:"Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)";}
Quote:"member";s:2:"36";
That would indicate a $ID_MEMBER value of 36 stored in the session.
Quote from: Orstio on January 29, 2007, 06:24:20 PM
Quote:"member";s:2:"36";
That would indicate a $ID_MEMBER value of 36 stored in the session.
Great...that corresponds to the $ID_MEMBER of the user that tried to log on.
Where can I find the "decoder" line that will ID the rest of the items in that URL field?
So...how do we attack this?
Can you suggest any debugging tips or tricks?
Anyway to trace?
Any way to track the values and variables as they go thru the process?
Any way to run one segment and halt...to look at the values...then the next, etc?
The problem here is with sessions.
Try echoing $ID_MEMBER before that code you posted.
Quote from: Orstio on January 31, 2007, 05:54:56 PM
The problem here is with sessions.
Try echoing $ID_MEMBER before that code you posted.
$ID_MEMBER has a value of zero when it enters the point of checking for the login error in LogInOut.php
It is set as a global at the start of that file.
Where does it pick up it's value prior?
In Load.php, in the function LoadUserSettings().
I think we licked the login problem... :D
magic_quotes_gpc was set to off.
Turning it on eliminated the login error.
Need to test it more...but not tonite. :-\
If that's what it is, then I'll add some code to the bridge to ensure it gets turned on.
I am so glad it was resolved... 8)
So...How does that affect the bridge?
One minor detail:
Most users might terminate their session on the XOOPS site, rather than the forum.
Is it possible (or has anyone) put a Logout button on the XOOPS home page that:
- logs you out of the forum, using SMF logout
- and lands you back on the XOOPS home page
I think in order to do that, you would need to modify this code in Xoops' user.php:
if ($op == 'logout') {
$message = '';
$_SESSION = array();
session_destroy();
if ($xoopsConfig['use_mysession'] && $xoopsConfig['session_name'] != '') {
setcookie($xoopsConfig['session_name'], '', time()- 3600, '/', '', 0);
}
// clear entry from online users table
if (is_object($xoopsUser)) {
$online_handler =& xoops_gethandler('online');
$online_handler->destroy($xoopsUser->getVar('uid'));
}
$message = _US_LOGGEDOUT.'<br />'._US_THANKYOUFORVISIT;
redirect_header('index.php', 1, $message);
exit();
}
Hi, I have tried what computerworks says and it works fine. ;)
Now, a question:
Can I see in the XOOPS frontpage, the last forum post within a block?.
As can this be done?
Thanks you a lot for your bridge work.
How to include SMF recent topics in Xoops block?
I read this:http://www.simplemachines.org/community/ssi_examples.php (http://www.simplemachines.org/community/ssi_examples.php)
and I don't find the solution.
Any advice, please? CMS is XOOPS.
Ok here is an odd scenario for you Orstio,
installed, all fine, activated all great appeared working, added a new theme to forums, set default theme to new one downloaded, changed mine back to the SMF default ( cosmetic for other peeps i prefer the SMF default ).... log out, come back next day to login, wont have it - assume it was a cookie or something that allowed me to login previous day - so asks for best settings for SMF settings here...
Plays with site most of day -> changes to the "new default theme" installed i mentioned above -> goes to homepage -> clicks to forums but still not logged out of those but logged out of xoops so log out of forums, now logged out of both
goes bac to homepage logs in and urm it works ? using the new installed theme, change to the default smf one ( which when that was the default worked fine ) and fails again :-\
ok further research leads me to say the issue is the SMF login is not terminating thus preventing a xoops login
Quoteok further research leads me to say the issue is the SMF login is not terminating thus preventing a xoops login
Yes, you are correct. I have yet to make the SMF cookie end when the Xoops session ends.
curious, if i used custom sessions in xoops and renamed the SMF cookie to the same session name, would that help any or would one overwrite the other ?
It probably won't help, but it won't overwrite the session, either.
Quote from: Orstio on February 08, 2007, 09:30:26 PM
It probably won't help, but it won't overwrite the session, either.
Ok thanks :P
any chance of a feature request ? xoops all way through the system uses a global post count, could you make SMF bump the global post count ?
Yes, I think that can be managed. I was actually looking at that code a few days ago, and thought the same thing. ;)
Quote from: Orstio on February 08, 2007, 11:48:10 PM
Yes, I think that can be managed. I was actually looking at that code a few days ago, and thought the same thing. ;)
knew there was a reason i liked ya ( j/k )
top man
curious, added the include line for ssi.php in my theme.html above the opening <html line, added the SSI board stats function and get
Parse error: parse error, unexpected '<' in /var/www/rest/of/path/here/class/xoopsblock.php(146) : eval()'d code on line 1
i added it as a php block FYI
edit
Changed it to a HTML block after brain clicked in but it shows no error ( with inline debugging on ) and does show the block but no content in the block :(
It looks like we have one final glitch that needs to be addressed.
Can you give some insight as to where to look?
XOOPS Install - www.mysite.com/web
SMF Install - www.mysite.com/forum
1. Login thru the bridge module on the XOOPS home page...takes you to the forum, logged in OK
2. Return to XOOPS home, logged into XOOPS OK.
3. Return to forum and logout thru forum.
4. Return to XOOPS home, user is still logged in.
The only way for the user to fully log out of the site is thru the XOOPS logout.
Enable local storage of cookies is OFF
Use subdomain independent cookies is ON
I have three sites running, each on a different host.
Two have the XOOPS in a subdirectory (../web)... they both experience this problem.
One has XOOPS in the root of the domain...that one DOES NOT experience the problem..
..logging out of the forum logs the user out of XOOPS.
It'll be in the bridge index.php, in the integrate_logout function.
It's pretty straight-forward:
function integrate_logout ($username)
{
global $xoopsConfig, $db_name;
mysql_select_db(XOOPS_DB_NAME);
$logout = mysql_query("
UPDATE ".XOOPS_DB_PREFIX."_session
SET sess_data = ''
WHERE sess_id = '" . $_COOKIE[session_name()] . "'");
setcookie($xoopsConfig['session_name'], '', time()- 3600, '/', '', 0);
mysql_select_db($db_name);
}
Thanks for the guidance.
This one is solved... the logout in XOOPS only completes when "Use Custom Sessions" is turned on in XOOPS config.
Can't see that control is well documented in XOOPS, but apparently, if unchecked, it relies on PHP for session control.
We are now 100% and can go live. Thanks again.
any idea on best practice for block additions ?
p.s cough sticky topic cough :P
When I try to access the forum from the block or the admin module, it shows up ABOVE the xoops area, and when I login (it doesn't carry my login over) I get this error:
8: Only variable references should be returned by reference
File: /home/clanest/public_html/include/functions.php
Line: 493
Notice: Only variables should be assigned by reference in /home/clanest/public_html/class/database/mysqldatabase.php on line 239
Notice: Only variable references should be returned by reference in /home/clanest/public_html/class/database/mysqldatabase.php on line 351
Notice: Only variables should be assigned by reference in /home/clanest/public_html/class/database/mysqldatabase.php on line 239
Which version of Xoops?
Quote from: Orstio on March 12, 2007, 06:12:43 PM
Which version of Xoops?
Turns out I was using a few versions back. I reinstalled using the latest version from xoops.org, and now the SMF login isn't even visible. I set the block to visible, but it never shows up! :( My path is set correctly. Any ideas?
How to get this module?
I can't find attach file in this post....
Quote from: guteres on March 13, 2007, 12:06:32 PM
How to get this module?
I can't find attach file in this post....
It's at the bottom of the first post in this thread.
Quote from: guteres on March 13, 2007, 12:06:32 PM
How to get this module?
I can't find attach file in this post....
Actually look in the Downloads section under Bridges.
Hiho,
First. : Im very Happy to find Simple Mashines.
I'm looking for a very long time a Community Script like this.
I've installed Version 2.0.16 of German Xoops. Found on myxoops.de . And now the newest Version of SMF and the xoops bridge. Installation ok, but now i have a problem :
When i use the modules Adress of xoops the login give me an error. Can't login into SMF . It's the right Password, but can't login. The Login Screen starts ever i give up the Password.
The message after the third wrong login is:
8: Undefined index: ldap_users_bypass
Datei: /.../.../...../..../class/auth/authfactory.php
Zeile: 60
Can't find the Error please help me
and sorry about my english i'm learning :-)
Did someone manage to get this module working?
I've installed it a couple of times but I just can't get it to work.
My main website is something like this www.mywebsite.com and the forum is www.mywebsite.com/forum
I've already configurated correctly the address of the forum in the admin of the SMF XOOPS bridge module. I can see the forum link in the xoops website and when I click on it it goes to the forum as expected.
The problem is with the login. I'm the admin and I have the same username and pass in both places but it doesn't work on smf when I log in in the new login module of this bridge.
Am I missing something?
@nunomoc
go to xoops admin page. then to xoops blocks . look to the smf block as is checked to see on the xoops homepage. it is ? Yes ?
then go to xoops usergroups. mark all modules as you'll be seen in all groups.
hope it can help you.
for the other problem ask a profi... :-)
greetz
Quote from: beginnaz on April 03, 2007, 10:24:12 AM
@nunomoc
go to xoops admin page. then to xoops blocks . look to the smf block as is checked to see on the xoops homepage. it is ? Yes ?
then go to xoops usergroups. mark all modules as you'll be seen in all groups.
hope it can help you.
for the other problem ask a profi... :-)
greetz
Thanks, but I've already done that. I've activated the login block and gave permission to all users (guest included). The problem is that when I use the login block from the SMF bridge it only logs me in in Xoops and takes me imediatly to the forum (can't understand why). I want the block to log me in both sites (not only xoops) and I want the user to stay in the main page and not go automatically to the forum...
At the moment what happens is:
1- I log in at the login module from the bridge at my main site
2- I manage to do the login in xoops with success but the login module takes me automatically to the forum (don't know why) but does not log me in the forum.
3- I have to go back manually to the main site.
4- The only success I've had with this module is the link "Forum" at the menu that has been successfully added and works...
Can we see the URL?
@Orstio
hope you mean myself and of course my url is :
http://www.wintechnics.net/modules/smf/ (http://www.wintechnics.net/modules/smf/) it's the bridge link
http://www.wintechnics.net/newb/ (http://www.wintechnics.net/newb/) is the standalone link to the smf forum
link isn't in xoops menu at the moment, cause the bridge isn't workx now
it is the same problem as "nunomoc" describe. login in xoops under my nick but no login in smf.
later i gave same nick in login smf module but have an error message like this : "wrong password"
return to login module smf automatically.
put in my nick again and have an error as you seen above.
the error appears only in bridge module modus, the standalone link to smf forum does work.
i took a look on class folder in xoops, but i'm an amateur and can't edit the authfactory.php, cause i couldn't find the error.
and yes of course i've read all what i have found about ldap error in search function but isn't working for me.
thx for interest in our prob.
greetz
b...z
Quoteit is the same problem as "nunomoc" describe. login in xoops under my nick but no login in smf.
That's because you are using the Xoops login block instead of the bridge login block. The Xoops login block has no way to set the SMF cookie.
Quotei took a look on class folder in xoops, but i'm an amateur and can't edit the authfactory.php, cause i couldn't find the error.
You don't need to edit authfactory.php.
Quoteand yes of course i've read all what i have found about ldap error in search function but isn't working for me.
Why do you have ldap authentication turned on in Xoops?
Quote from: Orstio on April 03, 2007, 05:46:40 PM
Can we see the URL?
Sorry for the delay in answering Orstio. I eventually disabled the bridge because it wasn't working properly and was creating problems for new users who wanted to register.
I have to say that I've read all the pages of this topic and did everything I could imagine to get it working but eventually I gave up...
One other thing : when I enabled the login block from the bridge I disabled the login block from xoops but there was the user page from xoops that I didn´t know how to disable (the one that appers with the lost password field, and the login and password fields at the the center of the page)...
Well, if by any chance you have any ideas of why I couldn't get it to work, I'm all ears. And I'll give it another try...
@Orstio
QuoteThat's because you are using the Xoops login block instead of the bridge login block. The Xoops login block has no way to set the SMF cookie.
Thank you very mucho gusto :-) it's my mistake.
Quote
Why do you have ldap authentication turned on in Xoops?
I have normally installed xoops and i haven't activated ldap authentication. the smf error say's me "ldap_users_bypass", so i think i have an ldap problem. that is why i'm read all about ldap.
Ok it isn't the end and i try another way to take a chance for a sister act like smf and xoops :-)
big thanks for your support and your patient
Beginnaz I think this brigde its for xoops 2.0.1.x versions not for 2.2 versions, the ldap authentication its only present in xoops 2.x versions.
I tested in xoops 2.0.16 with smf 1.1.2 and not work for me :(
i had the same nunomoc problem.
grettings
My PHP version is 4.4.4
I am slowly but surely building a site with Xoops 2.0.16
I have been trying to bridge Xoops to the latest SMF 1.1.2
I am working with the latest bridge, downloaded from this site just the other day.
Yes, the preferences in the module point to the forum's path, "/home/example/public_html/forum" Copied straight out of SMF admin area to be certain.
After many hassles, I have finally gotten to the point where an anonymous user can log in through the SMF sign in block and gain access to the wrapped (or unwrapped) forum. However, the user is only signed in to the SMF module and not the rest of the site. I have signed in with all user ranks including webmaster, and I get the same thing. At one point, I gave all groups access to the smf sign in and module, but no difference.
I have experimented with all settings in Xoops and SMF. The closest I have come to success (described above) is with these settings:
SMF-
Enable local storage of cookies = off
Use subdomain independent cookies = off
Enable compressed output = off
Use database driven sessions = on
Xoops
Compression and Custom Session = off
I am using separate databases, and the same user and password has access to both with all prvileges. I created and manage these with cpanel.
I will also mention that I successfully used the converter from this site. I only had to modify the bb's to become bbex's, since my current forum is newbbex (Forumex). All posts and user info was imported.
Well, the bridge is working half way, it seems. Like I said, when I log into the bridge sign in block, I get access to the smf module, but nothing else.
Another bug I have run into is usually after clearing my cache and then signing into the SMF block. Instead of directing me to the forum, I get a white screen reading:
8: Undefined index: PHPSESSID
File: /home/chargers/public_html/modules/smf/index.php
Line: 210
From there, I can sign in again and be successful. Why, I don't know.
Error log from the SMF admin contains mostly multiple template c errors, and other errors I suspect are do to my tampering with the cookie settings.
Oh, before I shut up, I also noticed that registration through the smf module is impossible, because the word verification is nonexistent or invisible. Logging in to the forum's url instead, registration acts as it should; the problem is only apparent through the module.
Master Orstio, how can I solidify this bridge? It would be incredible if I could iron out the kinks that are over my head.
QuoteCompression and Custom Session = off
Custom sessions will need to be on.
In PHP, magic_quotes_gpc will also need to be on.
Since, I know custom sessions did not make anything work, perhaps my problem is the magic_quotes_gpc.
How do I turn that on? Is that done with a php.ini file? .htaccesss file? Where is this file found or created?
Hey, could Protector have anything to do with preventing my bridge from working?
Orstio, thanks for your work, and for all the help you have provided everyone.
In php.ini:
magic_quotes_gpc = On
or, in .htaccess:
php_flag magic_quotes_gpc On
Thanks, but where are those files located? What directory? I know I can create them if they don't already exist, right, but where are they supposed to be?
Also, this is what it looks like when you try to register through the smf module (http://www.oldlinkremovednowthanks)
THe .htaccess can go in your Xoops root folder.
If you wish to use the visual verification, you'll need to turn off database driven sessions.
I did a fresh install of SMF. I got everything to work. Well, everything except an integrated logout. Logging out for one does not log out for the other. Fyi, I got it going WITHOUT custom sessions turned on in Xoops. Go figure.
Well, I need to have custom sessions on, as you instructed, because the log out is not integrated otherwise. The problem with custom sessions being on is that when I log in through the smf module block, I am directed to an Error 403 (forbidden) page.
It successfully logs me into Xoops and the smf module, but I am sent to the error page first, and I have to reenter the site url of the site to see that I am logged in.
Logging out with the module also works successfully but directs me to the same error page.
What can I do to avoid the error page upon logging in and out?
What URL is in the address bar when you get the 403?
http://www.smfErrorEXAMPLE.com/modules/smf/index.php?PHPSESSID=c1a6a5f2df73b40ac58715121f975e8b;
Odd, there shouldn't be a PHPSESSID there after you've clicked on the login....
What might cause that?
If custom sessions is off in Xoops, everything seems to work fine logging in, but logging out is not integrated. With them on, logging in and out are both seemingly integrated, but I get that error page with the PHPSESSID thing.
So whats the heads up on this, someone has worked very hard on it BUT 38 pages later .....
a) it works unreservedly - no exceptions
b) like the curates egg, its good in parts
c) it sort of works
d) it doesn't really work
e) dont bother the time and effort.
I dont want to expend alot of effort as much as I love smf as i need the full XOOPS and if it wont bridge log on and off etc then its not worth it.
Lets hear your true judgement.
It is beta, and therefore not recommended for a production environment.
Orstio, do you have any guesses or suggestions for me?
The bridge is so close to 100% successful for me, but if I can't figure out how to solidify it, I will have to go back to my inferior forum with full integration.
From the information I have, no, I am sorry, I can't even begin to specualte why it's redirecting to a 403. It could be anything from a setting in Xoops to a problem with mod_security, or perhaps something in your .htaccess, or even a PHP setting.
QuoteI can't even begin to specualte why it's redirecting to a 403. It could be anything from a setting in Xoops to a problem with mod_security, or perhaps something in your .htaccess, or even a PHP setting.
It looks like I was able to resolve the issue??
I placed a .htaccess file in the SMF module folder.
Here is what I have inside it:
<IfModule mod_security.c>
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>Do I know what this means? Nope, but it seems to have made the bridge cooperate the extra mile. Can you tell me what that code does?
Well, can anyone tell me what I did with the mod_security code? I just want to make sure I did not make the site vulnerable with this fix.
I still need to know if I weakened security or if I should be fine.
Also, I have the "fetching preview" problem that I believe is an issue with java script between xoops and smf. It works in the actual smf forum, but not through the xoops smf bridge.
I supsect there is a fix, perhaps similar to this:
http://www.simplemachines.org/community/index.php?topic=115776.msg741636#msg741636 (http://www.simplemachines.org/community/index.php?topic=115776.msg741636#msg741636)
although it would need to be changed for xoops.
Am I getting warm? What's the fix?
Thanks...
-EDIT-
SMF error log:
8: Undefined index: xoops_js
File: /home/me/public_html/templates_c/default+cloned1+CLONED-Green_K^%%95^95C^95C0B0B5%%theme.html.php
Line: 39
Hello,
Is strange,
With SMF wrapped in the xoops the words appear like:
Corporação Skyline de Pilotos Virtuais
With SMF alone works fine like this:
Corporação Skyline de Pilotos Virtuais
What is the problem?
Sorry for my English.
Regards,
JS
I am so disappointed after reading this thread that I will have to abandon smf forums, as this bridge doesn\'t really do what I need or appear stable enough, really what we need with Xoops is someone to create an smf module for xoops that fully integrates the smf forums with XOOPS.
Quote from: macmend on April 29, 2007, 11:41:28 AM
I am so disappointed after reading this thread that I will have to abandon smf forums, as this bridge doesn\'t really do what I need or appear stable enough, really what we need with Xoops is someone to create an smf module for xoops that fully integrates the smf forums with XOOPS.
What does it not do that you want it to do?
Help us Orstio, look my post .
JS
Quote from: jscorrea on April 29, 2007, 02:03:55 PM
Help us Orstio, look my post .
JS
It looks to me like SMF is using a UTF8 character set, and Xoops is not.
Quote from: Orstio on April 29, 2007, 02:09:06 PM
Quote from: jscorrea on April 29, 2007, 02:03:55 PM
Help us Orstio, look my post .
JS
It looks to me like SMF is using a UTF8 character set, and Xoops is not.
Ok, thanks. In this case the rigth choice in the installation is not use UTF8?
Regards,
JS
Use the same character set for both.
I reinstall SMF without UTF8 caracter set and...no changes inside xoops, out of xoops ok..
How is possible?
Orstio is possible to when te user login in the SMF block login is redirected for home page of xoops, my index page?
JS
Can I see a URL?
QuoteOrstio is possible to when te user login in the SMF block login is redirected for home page of xoops, my index page?
If I interpret that correctly, you are asking if a user can be redirected to the index page on login. I haven't added that yet, but it will be added, yes.
Quote from: Orstio on April 29, 2007, 03:59:07 PM
Can I see a URL?
QuoteOrstio is possible to when te user login in the SMF block login is redirected for home page of xoops, my index page?
If I interpret that correctly, you are asking if a user can be redirected to the index page on login. I haven't added that yet, but it will be added, yes.
Yes ! After the user decides where go. The Fórum or not.
We lost nearly 10 pages in this thread?
QuoteI am so disappointed after reading this thread that I will have to abandon smf forums, as this bridge doesn\'t really do what I need or appear stable enough, really what we need with Xoops is someone to create an smf module for xoops that fully integrates the smf forums with XOOPS.
The bridge is actually pretty nice once you get it in tune. Your disappointment may be to your disadvantage if you don't give it a try. The only features I see that aren't integrated the way I'd like is with the comments users can make in other Xoops modules. The post numbers of the users are not in sync with SMF posts.
Orstio, can you please tell me how to get my java problem solved with the fetching previews not working in the module. It works in the standalone.
I am also anxious to get login/logout to direct to the page you are at when logging in/out. While this is not a current feature, is there some code we can insert for a quick fix?
QuoteThe only features I see that aren't integrated the way I'd like is with the comments users can make in other Xoops modules.
You mean something like this?
http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=55185&viewmode=flat&order=ASC&start=0
QuoteOrstio, can you please tell me how to get my java problem solved with the fetching previews not working in the module. It works in the standalone.
Something similar to this needs to be in the header of your Xoops template:
<script language="JavaScript" type="text/javascript" src="', $settings['default_theme_url'], '/script.js?fin11"></script>
<script language="JavaScript" type="text/javascript"><!-- // --><![CDATA[
var smf_theme_url = "', $settings['theme_url'], '";
var smf_images_url = "', $settings['images_url'], '";
var smf_scripturl = "', $scripturl, '";
var smf_iso_case_folding = ', $context['server']['iso_case_folding'] ? 'true' : 'false', ';
var smf_charset = "', $context['character_set'], '";
// ]]></script>In order to do that, SSI.php will need to be included first, and $scripturl, $settings, and $context variables global.
Then, the header needs to be removed from the SMF theme. The javascript can't work with two headers in the HTML output.
I cannot get Conjecture installed to see what it offers. Maybe because I do not have PHP 5? Dunno.
Thanks for the ideas for the javascript issue. I am not sure what exactly you are saying though (as to which files and where I find them), and the few things I have tried so far are obviously not what you are instructing me to do based on the results I am getting. I guess I will have to test this more when I have 2 or 3 days to kill interpreting all that through trial and error.
I may have to just halt everything in favor of just learning php programming so I might have a clue of my own. :-\
Well, the file you need to remove the code from is your SMF theme's index.template.php, and you need to put it into your Xoops template, between the <head> </head> tags.
I thought I accidentally found a shortcut fix, but javascript didn't work for the arcade afterwards as you might have guessed.
QuoteIn order to do that, SSI.php will need to be included first, and $scripturl, $settings, and $context variables global.
What file do I put the call for SSI.php? Not in my Xoops theme.html, right, because I would have to make it a php file then? So where does the SSI code go? How 'bout the variables global? That goes in my Xoops theme header right? Sorry for asking stuff that's probably too obvious to you. :)
Orstio, I tried removing that code from the index.template.php and inserting it into my Xoops theme.html. I also inserted the code to call SSI.php and set those variables global with this
<?php
require_once('/home/example/public_html/SMFforum/SSI.php');
global $context, $settings, $scripturl;
?> I was not sure where to put that though. After trying my xoops index file and header file, I tried the mainfile.php. It actually appears to work, but I get an error on my site that says:
QuoteNotice: Use of undefined constant XOOPS_URL - assumed 'XOOPS_URL' in /home/example/public_html/modules/smf/index.php on line 167
In that file, find this:
$_SESSION['old_url'] = XOOPS_URL . '/modules/smf/index.php';
Change it to this:
$_SESSION['old_url'] = 'XOOPS_URL' . '/modules/smf/index.php';
That did get rid of the error, but it seems to undo the fix. Everything works the same way it did before removing that stuff from index.template.php and adding it to my Xoops theme.
Fetching previews, along with javascript, was working when that error was present, but now that it isn't, after changing line 167 in the smf module index, things revert back to the way they were originally.
I'll keep playing with those files. Let me know what you think, thanks as always.
Any idea when you plan to release the next bridge? I am looking forward to logins and logouts being directed to the same page used for the action, and I know you wanted to include that in the next release.
Problems Orstio,
Global Logout don't work, xoops continues logged.
Global Login with SMF block works fine.
New user in xoops->smf works fine.
PM xoops->smf don't work.
Congrats for this bridge, is in the right direction.
Please where in index.php (smf bridge) has a code for URL redirection after successfully login?
JS
QuoteGlobal Logout don't work, xoops continues logged.
That's been reported a few times now. It's something I definitely need to work on.
QuotePM xoops->smf don't work.
I'm not sure what you are expecting there?
QuotePlease where in index.php (smf bridge) has a code for URL redirection after successfully login?
There is no code for it currently. I will work on it.
QuoteQuotePM xoops->smf don't work.
I'm not sure what you are expecting there?
The PM from Xoops is only imported during conversion?
Or new PM in xoops -> same PM in SMF, PM on demand like new users?
JS
Oh, OK. I'm not sure that will ever be possible, unless Xoops has a method of exporting PMs upon submission.
It will be possible the other way -- SMF PMs can be exported to Xoops as they are posted.
Quote from: Orstio on May 02, 2007, 11:46:57 PM
Oh, OK. I'm not sure that will ever be possible, unless Xoops has a method of exporting PMs upon submission.
It will be possible the other way -- SMF PMs can be exported to Xoops as they are posted.
Is a good idea!
QuoteIn order to do that, SSI.php will need to be included first, and $scripturl, $settings, and $context variables global.
Then, the header needs to be removed from the SMF theme. The javascript can't work with two headers in the HTML output.
Perhaps I misunderstand. Where is the header of the SMF theme that needs to be removed?
Everything from <!DOCTYPE to </head> in the index.template.php of whatever SMF theme you happen to be using.
Yeah, that's what I thought, but all that does is strip the layout of the forum, and the fetching preview still does not work despite the other files changed accordingly. I tried everything more than once, and nothing makes previews and javascript exist harmoniously.
To recap, javascript does work for the Xoops end and the bridged SMF side. It seems no matter what adjustments are made, the fetching preview feature does not work though. Yes, I can make it work, but then javascript doesn't, including the editor and arcade. Seems I can have one but not the other. Oddly, previewing from the Quick Reply feature does produce a preview, regardless.
There must be something I can do to make the post preview work without disabling javascript and/or removing most of the smf theme's appearance.
Any news Orstio?
After login in the SMF Module Block if the user was redirected to site main page is a great feature. With this the original login system can be retired.
Regards,
It seems when my users change their password in the forum, in the module, the password is not changed in Xoops, so they no longer have access to the site other than the smf module. Can I fix this?
Are they using the bridge module, or the stand alone forum?
The bridge module.
Registering through the module seems to register in smf and xoops correctly. Or an existing xoops user can successfully log into the module and be registered in smf correctly. But, when the users change the password later through the bridge module, it only changes the smf password and not the xoops side simultaneously thus leaving the user with access to only the bridge module and not the rest of the site. Changing the password back, of course, puts them back on the same page as xoops and restores access.
Looking through the code...you are correct. That hook has not been added to this bridge yet.
I really need to get going on the Xoops bridge. :-[
EDIT -- Add this function to the bridge index.php:
function integrate_reset_pass ($old_username, $username, $password)
{
global $xoopsConfig, $db_name;
mysql_select_db(XOOPS_DB_NAME);
$new_pass = md5($password);
mysql_query("
UPDATE " . XOOPS_DB_PREFIX . "_users
SET uname='$username',
pass='$new_pass'
WHERE uname = '$old_username'
LIMIT 1");
mysql_select_db($db_name);
return true;
}
I just added it and tested it. Works perfectly. thank you!
QuoteI really need to get going on the Xoops bridge. :-[
I am extremely happy with it so far. The next biggest part I am looking forward to is the login redirecting to the same login page used or the home page.
Excellent work, and thanks for the help.
Orstio, to update my issue with the fetching preview I had recently, it all functions correctly now. My xoops and smf headers are as they were originally without edited/added/removed code, so I am not positive as to why it works correctly now. Modifying a post inline also had not worked in the smf module prior to now. Yes, all javascript still seems to work, too.
My recent changes to the site include removing mpmanager from xoops, since it's rendered unnecessary with the addition of smf, and uninstalling/reinstalling a couple smf packages to accomodate the addition of tinyportal. I didn't immediately notice the previews working, so I don't know what I did to cause it, but I'll be sure to watch it carefully in case a future change causes it not to work again.
Just updating.
QuoteThe next biggest part I am looking forward to is the login redirecting to the same login page used or the home page.
Does the redirect work if you add this before the end of the integrate_login function in the bridge index.php:
$_SESSION['login_url'] = $_SERVER['HTTP_REFERER'];
YES SIR!!
Amazing, I tried that very line in the index file some time ago, but I must have placed in the wrong spot(s). Who knew!
Correction, I had placed a bad variation of that line in the file.
Great news, it works!
many thanks.
Thanks Orstio!
I figured out what makes the fetching preview and modify inline features work or not. When the Main Menu block is set to visible on the smf module, those features do not work. Making the Main Menu not visible on the smf module page allows those features to work. Strange. Note, this happens when the forum is wrapped AND unwrapped. Other blocks seem not to interfere.
Okay, moving on to another request...
Is there a way to make the end of the smf session also kill Xoops's custom session? Logging out works fine, of course, but, for example, if a user logs into my site, walks away for two hours and sits back down to the computer, they are not signed in to the forum anymore, but they are still signed into the Xoops side, since my custom sessions are set to a high number of minutes. The same is true vice versa, if the Xoops session is set to less time than the smf, a user might still be signed into smf but not xoops after being idle.
I know you get this already Orstio, but I'm sure some people aren't familiar with the concept yet, so I'm hoping to be clear to all.
Is it possible to make the smf session expiration also dictate the Xoops session expiration?
Beta 2 is now released, so I'm lock ing this topic.