I've made a few modifications to the SMF component, and I'd like to see what people think of them - especially Orstio (http://www.simplemachines.org/community/index.php?action=profile;u=3289), as I would say he's the most experienced with Mambo/SMF integration.
I've attached two components. All the files in them have been modified, with the following changes:
- the config file now *tries* to auto detect some settings.
- the administration panel now supports backslashes (windows paths.)
- the install process should look just ever so slightly nicer.
- the bridge now doesn't query for the Itemid if it already has it.
- session problems should happen less now.
I also have a second component. This is essentially the same thing, with all the same changes, but it instead uses SMF's index.php instead of SSI.php - this should make mods easier to install, keep version numbers up, and solve theme problems. But, this method does require some changes to files. I've attached a package that should make those changes for you automatically.
The forum will still work with the package uninstalled, but it won't integrate properly. If the forum is accessed directly, however, the package's changes will have no effect.
Please tell me if you have any problems, comments, suggestions, or thoughts. And, Orstio, please tell me if I'm stepping on your toes at all. I still consider this your project, and I'm just trying to help make it better ;). If you want or don't want to use these files (or any of the changes I made to them), it's fine with me.
Edit: As a last note, I've only tested this with 4.5.1a. I'm not sure it will work with older versions.
-[Unknown]
Oh, and, almost forgot. Wrote this up too:
How to install SMF 1.0 in Mambo:
Step 1. Go to your Mambo Administration panel. Under the "Components" menu, select "Install/Uninstall". In the section labelled "Upload Package File", upload the com_smf_1-0.zip file.
It should now be installed. To check its settings, please go to Components and select Simple Machines Forum -> Edit Config. Your settings may already have been detected, but it's still a good idea to verify them and save them.
Now go to the Menu Manager. Pick the menu you want SMF to appear on, and click "New" up near the top. Pick Component, and make sure to publish it to the public.
-[Unknown]
QuotePlease tell me if you have any problems, comments, suggestions, or thoughts. And, Orstio, please tell me if I'm stepping on your toes at all. I still consider this your project, and I'm just trying to help make it better . If you want or don't want to use these files (or any of the changes I made to them), it's fine with me.
Not a problem at all. I will test them out. Thanks for looking at the code. I definitely see improvements in your changes. :)
QuoteI also have a second component. This is essentially the same thing, with all the same changes, but it instead uses SMF's index.php instead of SSI.php - this should make mods easier to install, keep version numbers up, and solve theme problems. But, this method does require some changes to files. I've attached a package that should make those changes for you automatically.
This changes any matches to $scripturl to $myurl in the output buffer? The last time I tried that, all attached images failed to load, because the PHP does not get executed in the output buffer. Has this changed in 1.0?
I definitely like the changes to config.smf.php. :)
Quote from: Orstio on January 01, 2005, 03:06:41 PM
This changes any matches to $scripturl to $myurl in the output buffer? The last time I tried that, all attached images failed to load, because the PHP does not get executed in the output buffer. Has this changed in 1.0?
I had to mangle it a bit for xml, attachments, help popups, and the like to work. That's part of what the package helps with... but, please do try it yourself and tell me how it works for you. Often, such things are somewhat server and setting dependent.
I'm glad the changes to config.smf.php are good ;).
Thanks,
-[Unknown]
Statistics weren't being counted properly. Find in components/com_smf/smf.php:
template_header();
loadSubTemplate(isset($context['sub_template']) ? $context['sub_template'] : 'main');
template_footer();
Add after:
// Clear out the stat cache.
trackStats();
I'll update the packages a bit later.
-[Unknown]
Do we need to un-install the current bridge to try this version - or will this just over-write?
Thanks,
slack
I think the old one needs to be uninstalled. I don't know anything about upgrading components with Mambo... there's probably a way for it, but this component doesn't use it (I don't think it does, at least.)
-[Unknown]
I've tried the version with the output buffer.
Attachments work. ;)
But, all submission buttons (post, preview, vote, etc.) take the user back to the unwrapped forum. :(
QuoteBut, all submission buttons (post, preview, vote, etc.) take the user back to the unwrapped forum.
I'll let you guys test it for awhile. ;D
Quote from: Orstio on January 01, 2005, 05:33:02 PM
But, all submission buttons (post, preview, vote, etc.) take the user back to the unwrapped forum. :(
That means you didn't install the package. It's intended to change the redirect URLs as well.
-[Unknown]
Ah. OK, you're right. :)
I'd like to note though, that I've done some things for 1.1 to make integration easier already ;).
-[Unknown]
I'm not quite clear on this.. and I'm willing to test it out.
The way I interpret it is:
- com_smf_1-0.zip is a replacement for the regular com_smf. I need to uninstall com_smf first before installing unknown's adaptation.
- com_smf_1-0_ob.zip is a bigger change and also needs com_smf (from the bridge installation) uninstalled, before installing it. Also, with this version, I need to install the mambo package in smf, which changes two files in my smf install.
Or do I have this all wrong? Do I need to completely remove the bridge before proceeding.. including the edited smf files ie. index.template.php, Login.template.php, BoardIndex.template.php (changed the login2 and logout to point to mod_smf_login) and the index.english.php edited file? What about the mos_smf.php file in /sources?.. is it still needed?
I tried using the com_smf_1-0.ob.zip component and installing the package, but the package when I was to install it, under "description" said parse error something. Then I manually edited the two files that the package was going to edit (backed them up first of course). When I clicked on my forum button in mambo (menu created from componant) an empty window opened up from within mambo. I've since uninstalled the componant and replaced the smf backup files, and installed the com_smf_1-0.zip component. I've changed all of the theme files back to their original state (it looked like com_smf_1-0.zip was referencing login2?) I have the smf login still published and the mambo login unpublished. I'm having an issue with a newly created user being seen on mambo, though I see it in myphp admin. I don't have duplicate mambo menu entries for my com_smf in myphp admin.
When I try to login via the mod_smf_login on mambo, with the newly created user, I receive these errors :
Notice: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND g2.group_id='Registered'' at line 4 in /home/rngmkr/public_html/mbo/includes/database.php on line 184
Notice: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND g2.group_id='Administrator'' at line 4 in /home/rngmkr/public_html/mbo/includes/database.php on line 184
Warning: Cannot modify header information - headers already sent by (output started at /home/rngmkr/public_html/mbo/includes/database.php:184) in /home/rngmkr/public_html/smf/Sources/Subs.php on line 1699
Warning: Cannot modify header information - headers already sent by (output started at /home/rngmkr/public_html/mbo/includes/database.php:184) in /home/rngmkr/public_html/smf/Sources/Subs.php on line 1700Thought I'd stop messing around and ask for clarification before I make a bigger mess :-)
Thanks for any help. Oh and I love the bridge Orstio ! Thanks for all of your hard work.
Installing a component does two things:
1) It installs the files in the proper place.
2) It configures the database so that Mambo knows where to find the files and how to handle them.
If you already have a component installed, and you want to change from the v2.11 bridge component to the one [Unknown] posted here, you need only to overwrite the files, because the database part is already taken care of by your original installation.
If you already have a menu link to a component, and you uninstall that component, the menu item still exists in the database, but Mambo makes it inactive. If you then reinstall, your existing menu item will not be reassigned to the new installation. So, you will make a new menu item; but when Mambo looks for the com_smf component in the menu list, it will find the inactive one, and you will have errors.
Both com_smf_1-0.zip and com_smf_1-0_ob.zip are replacements for com_smf. They just work differently internally.
Thanks Orstio. So I guess the answer is... all of the edited files stay as they were for the original bridge. If I were to use unknown's component, I would merely overwrite them on the server via shell or ftp. I'm guessing that I wouldn't be able to install again via mambo admin backend, being that a com_smf is already installed?
What about my existing menu for com_smf, in the database, that is inactive? Should I delete it through phpMyAdmin? and then install a component again?
Are you saying that it is unrepairable... start over? It isn't really a big issue as this is a new site that I am setting up.
QuoteSo I guess the answer is... all of the edited files stay as they were for the original bridge.
You mean the theme files?
QuoteWhat about my existing menu for com_smf, in the database, that is inactive? Should I delete it through phpMyAdmin? and then install a component again?
You mean you have already uninstalled the component?
QuoteAre you saying that it is unrepairable... start over? It isn't really a big issue as this is a new site that I am setting up.
I recommend never starting over. I recommend not uninstalling to upgrade. Just overwrite the files that come with the new package. The database should not change from the original installation.
QuoteYou mean the theme files?
Yes that is what I meant, but I guess it is pretty obvious from here that all login2 and logout need to be changed to reference the mod_smf_login... And same goes for index.english..php... it needs the original modification.
Quote
You mean you have already uninstalled the component?
Yes, I had already uninstalled the 2.11 version of the componant and then installed unknown's
Quote
I recommend never starting over. I recommend not uninstalling to upgrade. Just overwrite the files that come with the new package. The database should not change from the original installation
Ok good. By overwrite do you mean by ftp overwriting the files? or via mambo componant install/uninstall
Thanks for your help Oristio... I know that you are very busy!
QuoteYes, I had already uninstalled the 2.11 version of the componant and then installed unknown's
Then you'll want to check your mos_menu table for multiple entries of "index.php?option=com_smf" after you reinstall. You will want to delete all but the last one.
QuoteOk good. By overwrite do you mean by ftp overwriting the files? or via mambo componant install/uninstall
By FTP. Otherwise, you may end up with the above-mentioned problem. Mambo's installation writes to the database....you do not need to change anything in the database to upgrade. Therefore, to upgrade, it is better to not use Mambo's install/uninstall.
Thank you Oristio for your help.
Quote
Then you'll want to check your mos_menu table for multiple entries of "index.php?option=com_smf" after you reinstall. You will want to delete all but the last one.
I'm using 4.5.1a of Mambo and it seems that when I delete a menu.. it throws it into mambo's trash. Going to the trash and deleting the menu seems to delete it from the database. I didn't see an entry there in the database, just my new one which I named differently.
QuoteBy FTP. Otherwise, you may end up with the above-mentioned problem. Mambo's installation writes to the database....you do not need to change anything in the database to upgrade. Therefore, to upgrade, it is better to not use Mambo's install/uninstall.
I overwrote the files and as far as I can tell... all is working great. Thanks again for your help. I really appreciate all you are doing to get this integration going. I am seeing quite a bit of excitement on the mambo side too. And... i'm really glad that Unknown is taking an interest in lending his expertise to the project also. Wonderful work! Thanks to all.
The package gave you a "modification parse error"? Is it possible you downloaded or uploaded it badly?
-[Unknown]
I tried uploading the file again and applying the package with the same error. I'm running smf 1.0 upgraded from rc2.
I thought I was the only one having trouble with the package manager....
If you are confident enough, you could make the changes from the XML file manually... :-\
Good.. I thought I was the only one too... I thought you had success with the package from your earlier post.
Quote
If you are confident enough, you could make the changes from the XML file manually... Undecided
I had tried that earlier, when I was trying to use the com_smf_1-0_ob.zip file, but as you know, something was messed up and I switched back to your 2.11 version and then ftp'd the com_smf_1-0.zip files over them. It all works now, so I am taking a break and doing something else. 8)
Would I gain something using the smf/index.php version over the ssi version?
QuoteWould I gain something using the smf/index.php version over the ssi version?
1) SMF Mods would be easier to install. However, if the package manager doesn't work for you, then they are just as difficult, anyway.
2) Some users want to be able to use sub-themes on different boards. This would work without any code changes to SSI.php.
3) You'll notice on the SSI version that it currently says "SMF 1.0 RC2", even if you have SMF 1.0 installed. That would be fixed, and update itself as you upgrade SMF.
Sigh. It was just a typo, your package managers work fine.
-[Unknown]
QuoteSigh. It was just a typo, your package managers work fine.
Really? I haven't been able to get any package to install yet. I've tried the Buddy List, the Member Map, and this one.
Maybe it is just me. :-\
Quote from: Orstio on January 09, 2005, 05:27:15 AM
QuoteSigh. It was just a typo, your package managers work fine.
Really? I haven't been able to get any package to install yet. I've tried the Buddy List, the Member Map, and this one.
Maybe it is just me. :-\
Still doesn't work with the updated one? What message does it give?
-[Unknown]
member map still has not been updated for v1.0 (has it)?
my package manager works fine (although I have not tried adding this one yet)
QuoteStill doesn't work with the updated one? What message does it give?
I just tried it, and it installed! That's a first. :D
im still having problems and cant find anyone to help..
ERROR: Could not find an XML setup file in the package.
???
i know its in there... does this have to do with this safe mode thing again?
Quote from: RGSMDNR on January 09, 2005, 04:02:11 PM
im still having problems and cant find anyone to help..
ERROR: Could not find an XML setup file in the package.
???
i know its in there... does this have to do with this safe mode thing again?
Wait, which package are you using? The com_smf_1-0_package.tar.gz is for *SMF* not for Mambo.
-[Unknown]
Just came back from a couple of weeks break and find this excellent thread. Great work [Unknown]! :)
I'm just about to download it and test it myself, as I've just got the time to start work on new SMF modules for Mambo based on SSI arrays rather than plain echoed output as this will allow the user to configure the look of them using module parameters.
It's great to see some development on the SMF side towards making this work better from the Mambo side, really commendable :)
Anyway, before I found this thread I was just about to PM you about whether you could explain how to fix the problem with errors making the bridge integration seem to pop out of the mambo template, I seem to remember you mentioning this a few weeks ago.
If this requires modifying SMF itself, or any of this requires altering SMF, once it's worked out possibly a mod could be put together to make it easier for Mambo users to modify.
Editing the Mambo core is going to be a little bit more difficult for some users, but that's just how it is when it doesn't have a mod system as good as SMF's one ;)
Again, good work :)
Cheers,
Damian
Quote from: idigital on January 09, 2005, 11:33:51 PM
Anyway, before I found this thread I was just about to PM you about whether you could explain how to fix the problem with errors making the bridge integration seem to pop out of the mambo template, I seem to remember you mentioning this a few weeks ago.
If this requires modifying SMF itself, or any of this requires altering SMF, once it's worked out possibly a mod could be put together to make it easier for Mambo users to modify.
That's fixed by the "ob" and package version I've attached here.
-[Unknown]
Excellent! :D
I'm off to test it and start work on these modules now :)
Great stuff!
Cheers,
Damian
Quote from: idigital on January 10, 2005, 12:11:44 AM
Excellent! :D
I'm off to test it and start work on these modules now :)
Great stuff!
Cheers,
Damian
Use the updated (second) package file attached later in this topic, though - sorry, should mention that in my first post.
-[Unknown]
Yup, saw the update. Maybe it would be good to update the file in the first post to reduce confusion, I've seen that done in other threads and it makes sense to the average user.
Ok, now for testing, thanks for putting the time into this [Unknown] ;)
Cheers,
Damian
Ok, just installed it.
I've installed SMF 1.0, the new bridge component (ob version), the SMF package, and Orstio's login module.
Unfortunately, and it is probably something I've missed, the error fix doesn't seem to work. All I get now is a blank page instead of an error.
Also, I've thought it would be handy to have a package to modify the theme as well, so manual alterations to change the registration/login buttons etc aren't needed.
Cheers,
Damian
Quote from: idigital on January 10, 2005, 01:22:50 AM
Unfortunately, and it is probably something I've missed, the error fix doesn't seem to work. All I get now is a blank page instead of an error.
Do you have gzipping on or off for Mambo? How about SMF? Does toggling them help at all?
-[Unknown]
Crap, that'll teach me to package this in the morning when I'm groggy.
In smf.php, there's two instances of this (right next to each other):
$buffer = ob_get_contents();
ob_end_clean();
Delete the second one.
-[Unknown]
That works fine now thanks, glad it wasn't just me ;)
Excellent update on the bridge, now it will be much less confusing for many Mambo users :)
Just looked at the code, this is a much cleaner integration now using the SMF index.php rather than SSI. Great stuff! :D
Cheers,
Damian
Hmmm...
Ok, I replaced the files from Orstio's original com_smf with the ob version of [unknown]'s.
Mambo is now, broken, however...
Notice: Undefined variable: maintenance in /DIR.../community/SSI.php on line 41
Notice: Undefined variable: sourcedir in /DIR.../community/SSI.php on line 45
Notice: Undefined variable: sourcedir in /DIR.../community/SSI.php on line 49
Warning: main(/QueryString.php): failed to open stream: No such file or directory in /DIR.../community/SSI.php on line 49
Fatal error: main(): Failed opening required '/QueryString.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /DIR...//SSI.php on line 49
I can get into the SMF by linking directly and I installed the package (successfully) by doing that.
However, I am uncertain what is causing the SSI errors
<EDIT:>
Figured it out...
when the new version tried to automatically detect my settings, it inserted by mySQL username in front of the mos_ and smf_ in the configuration. (although I use the same database for both mambo and smf)
For some reason, my server did not like that.
removing it back to smf_ and mos_ makes it work again...
Strange... $mosConfig_db should definately be your database name, not your username...
-[Unknown]
what does the package for SMF supposed to do anyway?
It alters SMF slightly so that when there is an error, such as using the next or previous links when there are no further messages, the error message stays wrapped into the SMF integration.
Without it any error message will appear to jump out of your Mambo template.
Great stuff :)
Cheers,
Damian
ok,
well i atempted to add a package throught the package manager, and the mambo template disappeared.
[Unknown]
I'm about to try it on my Mambo install. I'll let you know what happens.
-Jazhawk
Quote from: [Unknown] on January 10, 2005, 07:34:23 PM
Strange... $mosConfig_db should definately be your database name, not your username...
-[Unknown]
LOL! My mistake... (my username and database name are the same... that's left over from my previous host)
either way, it gave me errors when the database name was listed, but no errors (and it works great) when I list just the prefixes.
[Unknown]
I was able to get your com_smf_1-0.zip installed ok and it detected everything. Now this part of the install:
Now go to the Menu Manager. Pick the menu you want SMF to appear on, and click "New" up near the top. Pick Component, and make sure to publish it to the public. how does that go exactly? Here is where things drop off. What do I select here?
-Jazhawk
Quote from: Jazhawk on January 11, 2005, 06:40:21 PM
[Unknown]
I was able to get your com_smf_1-0.zip installed ok and it detected everything. Now this part of the install:
Now go to the Menu Manager. Pick the menu you want SMF to appear on, and click "New" up near the top. Pick Component, and make sure to publish it to the public. how does that go exactly? Here is where things drop off. What do I select here?
-Jazhawk
In the "Administrator", you shoudl see a "Menu Manager". It's up at the top, it might just simply say "Menu". If you click it, a drop down should appear. Under there, there's a "Main Menu" option - that's probably what you want.
From there, you'll see an "Add" button in the upper right...
-[Unknown]
Quote from: [Unknown] on January 11, 2005, 07:28:02 PM
Quote from: Jazhawk on January 11, 2005, 06:40:21 PM
[Unknown]
I was able to get your com_smf_1-0.zip installed ok and it detected everything. Now this part of the install:
Now go to the Menu Manager. Pick the menu you want SMF to appear on, and click "New" up near the top. Pick Component, and make sure to publish it to the public. how does that go exactly? Here is where things drop off. What do I select here?
-Jazhawk
In the "Administrator", you shoudl see a "Menu Manager". It's up at the top, it might just simply say "Menu". If you click it, a drop down should appear. Under there, there's a "Main Menu" option - that's probably what you want.
From there, you'll see an "Add" button in the upper right...
-[Unknown]
Maybe whatever is supposed to be there to select isn't there. From the menu manager I click New and it wants a name and type. I named it forum but have no clue what the type should be. This was my original question to you. Then I save it and what? It still isn't connecting to anything.
I'm tired of putzing with it right now. I'm going to bed. Thanx [Unknown]
-Jazhawk
Sorry, I wasn't clear on what you were asking.
The type should be "Component".
-[Unknown]
Worked decently on mine. On mine, I had to go in to the configuration and remove a 'Mambo' in front of the database names, but otherwise it went smoothly.
OK, I have a question for you, [Unknown]:
Because of all the requests for unwrapped forums, and the difficulties around the stand-alone forum not able to declare a lot of required Mambo functions to have integrated logins, etc. I made a small change that uses obExit(); optionally in smf.php, so that Mambo still thinks that SMF is wrapped, but it appears not to be. This is controlled with a selection in the bridge component config in the Mambo backend. It works quite well.
Is this still possible in your ob version? I've been looking through the code, and can't find where I would do this.
Perhaps at the beginning of mambo_smf_exit() ?
This is the code that makes it optional:
if ($wrapped==true) {
template_header();
loadSubTemplate(isset($context['sub_template']) ? $context['sub_template'] : 'main');
template_footer();
} else {obExit();}
Tell you what, I'll make it an option in the configuration panel, give me a bit though ;).
-[Unknown]
I have already made it optional in the config panel, I just need to know where in your smf.php to make the change.
ARRRRRRRRRRRRRRGHHHHHHHHHH!!
-Jazhawk
Okay, sorry for taking so long to respond. Two places to make the change:
#1:
if (!$with_output)
{
echo ob_mambofix($buffer);
exit;
}
Add to that if, the wrapper condition - meaning !$with_output || $wrapper.
echo ob_mambofix($buffer);
Add after:
if ($wrapme)
die;
-[Unknown]
hi,
i'm just bumming around waiting for the next version of the bridge 8)
here's my "test" result (i don't know what you were asking for tho'..)
for the "regular" com_smf, i get the following:
with wrapped forum, able to login and logout
both actions gets redirected to the mambo index. how do i get users to stay on the page where they logged in?
with unwrapped forum, able to login with SMF login but not with bridge. error:
Quotemysql_fetch_array(): supplied argument is not a valid MySQL result resource
had problem with Orstio's bridge perviously too but I forgot all about it after editing SMF theme to look nicely wrapped in my mambo site..
for the "ob" version,
i tried to install the package but got an error
2: copy(/path_to_my_forum/index.php~) [<a href='http://www.php.net/function.copy'>function.copy</a>]: failed to create stream: Permission denied
File: /path_to_my_forum/Sources/Subs-Package.php
Line: 1427
tried to read up this url from the package: http://mods.simplemachines.org/docs/manual-install.php
but it's not there..
anyway, i don't know how the codes are suppose to differ but superficially, i don't see any difference (probably because i've gotten nothing to work :P)
Quote from: iwyen on January 17, 2005, 09:14:30 AM
for the "ob" version,
i tried to install the package but got an error
2: copy(/path_to_my_forum/index.php~) [<a href='http://www.php.net/function.copy'>function.copy</a>]: failed to create stream: Permission denied
File: /path_to_my_forum/Sources/Subs-Package.php
Line: 1427
tried to read up this url from the package: http://mods.simplemachines.org/docs/manual-install.php
but it's not there..
Actually, it's not there.... yet. Anyway, what you want to do is chmod your forum directory to 777.... or just turn off the option to create backup files.
-[Unknown]
Quote from: [Unknown] on January 16, 2005, 10:34:24 PM
Okay, sorry for taking so long to respond. Two places to make the change:
#1:
if (!$with_output)
{
echo ob_mambofix($buffer);
exit;
}
Add to that if, the wrapper condition - meaning !$with_output || $wrapper.
echo ob_mambofix($buffer);
Add after:
if ($wrapme)
die;
-[Unknown]
OK, after a bit of wrestling with it, I did get this working.
Here's how:
changed:
echo ob_mambofix($buffer);to:
echo ob_mambofix($buffer);
if ($wrapped == false)
die;changed:
if (!$with_output)
to:
if (!$with_output || $wrapped == false)
The Package Manager does not seem to like everything falling through Mambo, however. Packages need to be installed through the stand-alone SMF.
Would somebody like to try out the wrapped/unwrapped selection in the config?
The attachment is [Unknown]'s ob version, with a few changes. You will need to install the package from the first post before this will work.
Correction: the package manager won't work within Mambo with *BADLY*/improperly written packages. It should work fine with the package I attached.
-[Unknown]
hello Orstio and [Unknown],
i've just tested the ob component version (Orstion modification) with the packet manager(mambo intergration 1.0). at the first sight it works fine for example admin, login, and it also detects the right Itemid (wrapped and unwrapped), but when i post, logout, previous next....then the componnent breaks the Itemid and goes back to the smf root.
i've tried to modify LogInOut.php, but it isn't solve the problem:
redirectexit('action=mambo_logout');
apache 1.3.26
php 4.3.10
mysql 4.0.23
mambo 4.5.1a
smf 1.0.1
best regards
crash
Quoteat the first sight it works fine for example admin, login, and it also detects the right Itemid (wrapped and unwrapped), but when i post, logout, previous next....then the componnent breaks the Itemid and goes back to the smf root.
Try installing the package through the stand-alone SMF. I had that same problem with both this package, and the SMF 1.0.1 upgrade package: If you install through the Mambo-wrapped forum, it says it installed successfully, but makes no modifications.
After I installed the package through the stand-alone SMF, it worked perfectly.
Quote from: Orstio on January 17, 2005, 02:40:15 PM
Quoteat the first sight it works fine for example admin, login, and it also detects the right Itemid (wrapped and unwrapped), but when i post, logout, previous next....then the componnent breaks the Itemid and goes back to the smf root.
Try installing the package through the stand-alone SMF. I had that same problem with both this package, and the SMF 1.0.1 upgrade package: If you install through the Mambo-wrapped forum, it says it installed successfully, but makes no modifications.
After I installed the package through the stand-alone SMF, it worked perfectly.
It should definitely make the changes, since it should definitely use full paths. The bridge doesn't change $boarddir, so it shouldn't matter...
Does chdir()'ing to the $boarddir and then back change that?
-[Unknown]
thank you Orstio for the quick reply! i'll take a took at that.
QuoteIt should definitely make the changes, since it should definitely use full paths. The bridge doesn't change $boarddir, so it shouldn't matter...
What's really odd is the fact that it thinks it is successful, but changes nothing.... ???
I noticed the same thing...the package didn't install correctly through the Package Manager when used through Mambo. I did it the regular way and it installed correctly.
However, I'm still having the problem where none of the error messages are wrapped in the Mambo template. It's damn ugly when i happens, too. [Unknown], this is supposed to be fixed in your customization of this component, correct?
I'm pretty sure I have everything installed correctly, as it seems to work as it should except for that.
.frankiejr
Quote from: OrstioAfter I installed the package through the stand-alone SMF, it worked perfectly.
that did the trick, Orstio!
everything works perfectly. thank you Orstio and [Unknown] to point me in the right direction!
however, there are two cosmetic problems:
1. the previous -- next
it seems to me it doesn't work correctly. for example, if you click again and again after that it shows the unwrapped version.i think i'll get rid that out of the templates, 'cause in my opinion the function might not be plausibly, for example, at the end of the topics the link is still clickable!
2. the javascript option menu "Jump to:", but i think i know where i can modify that.
now it's very simple to use the brigde with the package manager modification. thank you both, Orstio and [Unknown] !.
best regards
crash
My SMF statistics are not being updated when new members register through the bridge - new topics and posts are being updated. Any ideas of where to look for this problem?
Quote from: Slack on January 17, 2005, 06:44:01 PM
My SMF statistics are not being updated when new members register through the bridge - new topics and posts are being updated. Any ideas of where to look for this problem?
Using the bridge v2.11 I have exactly the same problem.
Package manager works for me when wrapped. Clicking the automatic update, however, didn't... but it wasn't that bad.
I made a few tweaks, including one that makes the auto update link work....
-[Unknown]
Quote from: [Unknown] on January 18, 2005, 05:05:20 AM
Package manager works for me when wrapped...
i can verify that and thank you ![Unknown]
Quote from: [Unknown] on January 17, 2005, 09:24:45 AM
Quote from: iwyen on January 17, 2005, 09:14:30 AM
for the "ob" version,
i tried to install the package but got an error
2: copy(/path_to_my_forum/index.php~) [<a href='http://www.php.net/function.copy'>function.copy</a>]: failed to create stream: Permission denied
File: /path_to_my_forum/Sources/Subs-Package.php
Line: 1427
tried to read up this url from the package: http://mods.simplemachines.org/docs/manual-install.php
but it's not there..
Actually, it's not there.... yet. Anyway, what you want to do is chmod your forum directory to 777.... or just turn off the option to create backup files.
-[Unknown]
pls bear with me, i haven't installed any package before
QuoteType Action Description
1. Execute Modification ./Sources/Subs.php Failure
2. Execute Modification ./index.php Success
(i see a backup file Subs.php~ created yesterday..)
I've tried the "latest" version posted by [Unknown] but I've only tried the logins/outs since I'm sill stuck there >:(
For wrapped forum, login/out "anywhere" is working fine.
For the unwrapped forum, i still have problem getting the user menu to show up in mambo if i login from the unwrapped forum (using the normal login2) and I still get an error with mambo_login:
Quotemysql_fetch_array(): supplied argument is not a valid MySQL result resource
BUT the unwrapped forum stopped showing errors wrapped in Mambo ;D
My problems seem to be mine alone.. arghhh... maybe I'll go try it all over again on my offline installation over the weekend.... ;)
Error? And you have no other mods installed?
Are you sure you're using 1.0.1? Can you try uploading a clean version of "Sources/Subs.php" and "index.php" from the upgrade or install package, and then apply the package again?
-[Unknown]
did as told but got to manually chmod the files. got the package installed but still having the same problems with mambo_login
hmm.. maybe all the upgrading messed things up? i hope :P i'll try a fresh smf and bridge installation
Actually, maybe the FTP stuff is not working properly while wrapped, but I can't imagine why...
-[Unknown]
[unknown]
that is exactly the issue... the FTP information is not working.
I figure it's one main reason..
I have observed (in my case, of course)
-> The package manager only fails to install when a package is modifying the index.php file in the baseline SMF directory.
---> When the package manager tries to check index.php for modification, it looks at the mambo directory. It asks for FTP information because the index.php is not editable... and defaults to thexxx/mambo directory as the target.
However, despite being given correct FTP information... (and correcting the directory to point to smf) it gets stuck and continually comes back to the "need ftp info"...
Quote from: kindred on January 18, 2005, 09:27:28 AM
[unknown]
that is exactly the issue... the FTP information is not working.
I figure it's one main reason..
I have observed (in my case, of course)
-> The package manager only fails to install when a package is modifying the index.php file in the baseline SMF directory.
---> When the package manager tries to check index.php for modification, it looks at the mambo directory. It asks for FTP information because the index.php is not editable... and defaults to thexxx/mambo directory as the target.
However, despite being given correct FTP information... (and correcting the directory to point to smf) it gets stuck and continually comes back to the "need ftp info"...
If the package is properly set up, it won't look at the wrong file. However, to make a backup, the folder SMF is in needs to be writable. That means:
forum <-- writable
forum/index.php <-- writable
Otherwise it can't make forum/index.php~ which doesn't yet exist.
If the package uses $boarddir/index.php as the filename, it WON'T try Mambo's index.php. But, the FTP might get confused if you enter the wrong path.... most people do, and I've written now for 1.1 a routine to just login for you and DETECT the darn path.
Anyway, on most hosts set up with /home/username/public_html, your path will be "public_html/forum".
-[Unknown]
[unknown],
my index.php is writeable...
my forum directory is writeable...
it's all pointing to the correct (and absolute) path...
yet the FTP thinks that index.php is in the mambo directory....
And, again, this is trying to apply the package posted here, right?
In Subs-Package.php, find:
// Make sure the file exists!
$code_match[2] = parse_path($code_match[2]);
$working_file = $code_match[2];
Replace:
// Make sure the file exists!
$code_match[2] = parse_path($code_match[2]);
echo 'File\'s full path: <tt>', $code_match[2], '</tt><br />' ;
$working_file = $code_match[2];
Find, Packages.php:
foreach ($chmod_files as $file)
{
$ftp->chmod(strtr($file, array($ftp_root => '')), 0777);
$ftp->chmod(dirname(strtr($file, array($ftp_root => ''))), 0777);
}
Replace:
foreach ($chmod_files as $file)
{
echo 'Trying to chmod file: <tt>', $file, '</tt> with adjusted path <tt>', strtr($file, array($ftp_root => '')), '</tt><br />';
$ftp->chmod(strtr($file, array($ftp_root => '')), 0777);
$ftp->chmod(dirname(strtr($file, array($ftp_root => ''))), 0777);
}
How do I modify files? (http://www.simplemachines.org/community/index.php?topic=24110.0) What does it say?
-[Unknown]
Interesting...
The path echo is completely correct when doing the install/uninstall from SMF standalone
Quote
File's full path: /.../forum/Sources/Subs.php
File's full path: /.../forum/index.php
In this case, however... it is the Subs.php that fails... the index.php succeeds...
Quote
1. Execute Modification ./Sources/Subs.php Failure
2. Execute Modification ./index.php Success
Which is strange, because this mod actually WORKED on the original install (standalone SMF)
I'm not sure what has changed... I have not installed any other mods in this implementation.
When attempting from within Mambo... I get
Quote
The XML page cannot be displayed
Cannot view XML input using style sheet. Please correct the error and then click the Refresh button, or try again later.
--------------------------------------------------------------------------------
Invalid at the top level of the document. Error processing resource 'http://aaw.turtleshellprod.com/index.php?option=com_sm...
File's full path: <tt>/.../forum/Sources/Subs.php</tt><br />File's full path: <...
So, I commented out the debug lines that you asked me to add... and now I get the same error in both standalone SMF and mambo-bridged SMF... Subs.php always fails.
It should be noted that my comments on the index/ftp information were actually based on my experience with Grudge's post moderation mod.
QuoteFor wrapped forum, login/out "anywhere" is working fine.
For the unwrapped forum, i still have problem getting the user menu to show up in mambo if i login from the unwrapped forum (using the normal login2) and I still get an error with mambo_login:
Quote
mysql_fetch_array(): supplied argument is not a valid MySQL result resource
BUT the unwrapped forum stopped showing errors wrapped in Mambo
In this version, using the "unwrapped" forum is actually just a display setting in the config. Check out the config in the Mambo backend. ;)
The problem you are having with the stand-alone SMF and logging into Mambo is simply that SMF by itself does not declare some required Mambo functions and variables. So, wihtout these being declared, and the login trying to call on those functions with those variables, you will get errors.
Oristo
How soon do you think this will be fixed so I can get Mambo working? HELP!! :-[
-Jazhawk
Quote from: kindred on January 18, 2005, 11:41:43 AM
Interesting...
Subs.php will fail if the mod is already applied.
-[Unknown]
[unknown]
I attempted to uninstall the mod... subs.php failed.
I restored the backup copy of subs.php (from subs.php~)
I attempted to run the install... subs.php failed...
Unless there's a key somewhere that indicates the mod is applied, I'm not sure how it would know that the mod had been applied and uninstalled after restoring the backup copy of subs.php~.
[Unknown] I was trying both wrapped and unwrapped (and will still be ;D )
[kindred] In my case, I manually chmod index.php to 777 and managed to get the package to install. Strangely, I did the same thing before but didn't get things to work.. Maybe it's the weather :P
[Orstio] I'll check my Mambo config, but what do I check??? :-\
Previously I've found that If i replace both index.php and subs.php with original.. chmod both to 777, delete the package, reinstall the package... the mod installs... . I forgot that I also delete the previous ~backups so that the mod can write the new backup. I don't know if this is too earth shattering, but might help?!
K, i got it working, and none of the errors are showing up outside Mambo. THANK YOU [Unknown] for making this, and thanks to both [Unknown] and Orstio for helping out so much in this thread.
My problem was that I tried upgrading the component by overwriting it, but that didn't work. I had to uninstall the whole bridge and start over. It only took about 4 minutes...I've had to uninstall/reinstall that bridge so many times I have it down pat now (even wrote my own simplified install list so I won't miss anything ;) ).
Now everything works great. Thanks again!
.frankiejr
How come I get a blank page when I click on the link to the smf forum?
Thanks in Advance,
Daniel
Quote from: dan182skater on January 19, 2005, 07:26:05 PM
How come I get a blank page when I click on the link to the smf forum?
Thanks in Advance,
Daniel
What is the link? Does changing gzipping in Mambo or SMF help?
-[Unknown]
The link is
http://s6.myhostcenter.com/~xhpogyta/
I tried to turn on gzipping in the mambo (it was off, but it didnt do anything.) I don't know how to turn of gzipping in the forum. The link to my forum is....
http://s6.myhostcenter.com/~xhpogyta/smf_1-0-1_install/
Thanks for your response, I'll be looking forward to another one.
-Daniel
http://s6.myhostcenter.com/~xhpogyta/index.php?option=com_smf
The forum's gzipping can be controlled in Edit Features and Options - search for "compress output". You can also use repair_settings.php. What is repair_settings.php? (http://www.simplemachines.org/community/index.php?topic=18096.0)
-[Unknown]
Ok, thanks, I was able to play around with gzipping, but that wasn't it. Any other ideas?
Thanks,
Daniel
http://s6.myhostcenter.com/~xhpogyta/index.php?option=com_smf
works fine... I can see the mambo template and the SMF screens as well...
(BTW: Switch out of Solarflare template!)
why switch out of the solar flare template, it doesn't look good??
-Daniel
EDIT: I forgot to mention, the register button takes me to a blank page, how come? It also doesn't make the bridge over to mambo and smf when I log in. Any ideas?
Solar Flare sucks in IE... your forum appears below everything else....
Your register button is pointing to the wrong location... you need to change the link (it was mentioned in one of these posts around here, somewhere...)
it should be pointing to:
http://s6.myhostcenter.com/~xhpogyta/index.php?option=com_smf_registration&task=register
Quote from: dan182skater on January 20, 2005, 01:36:18 PM
why switch out of the solar flare template, it doesn't look good??
Your templates are all screwed up in Firefox too. On the forum page the forum template spills over into the righthand column of your Mambo template.
I'd highly recommend turning off the righthand menu items for the forum pages - that's just not enough room.
Also, change the "xtml" to "html" in the headers of your forum index pages to fix the big fonts issue.
Quote from: chadness on January 20, 2005, 02:38:29 PM
Also, change the "xtml" to "html" in the headers of your forum index pages to fix the big fonts issue.
How do I do that?
-Daniel
I meant xhtml, not xtml :) But, it's the last item in the FAQ, I believe:
http://www.simplemachines.org/community/index.php?topic=20952.0
Rather than starting a new thread, I thought it would be best to continue this one.
I've been having a bit of trouble using SSI in mambo modules with the [Unknown] version of the bridge, for a while I kept at it thinking it was me but have just tested the same modules with the standard 2.2 bridge and they work fine.
The problem is, when SSI is used on the same page as the forum itself, it fails to show up at all. Strange.
I'll continue to work with the 2.2 version of the bridge now, although I think there is a lot of potential in this version.
So, what's the progress on this version? Seemed to be going strong for a while and now there haven't been any replies in a week?
Just confused as to whether I should keep testing this version or just use the version that is on Mamboforge.
Cheers,
Damian
SSI, huh? Not sure why that would be; it shouldn't change anything... well, unless SSI.php was loaded before SMF.
Does it work if you put it in SMF's templates instead of Mambo's, as a test?
-[Unknown]
Quote from: xenovanis on January 17, 2005, 06:47:29 PM
Quote from: Slack on January 17, 2005, 06:44:01 PM
My SMF statistics are not being updated when new members register through the bridge - new topics and posts are being updated. Any ideas of where to look for this problem?
Using the bridge v2.11 I have exactly the same problem.
Anyone else have this problem? I cannot get new members to be counted in the stats page. 2.11, ob and 2.2 version - doens't matter.
I also installed the SMF discussbot - which works fine except that it will not increment the Comment counter.
Any ideas?
Thanks!
Slack
The ob version should most definitely count statistics. The other versions do not (they are missing a call to trackStats without any parameters.)
-[Unknown]