-
☆ A M B ☆
- 1,231 Posts
I would say you’re not going to get very far with it... there are so many people who failed to get it working and it’s not worked for me. I tried with several different builds of modx and smf and none have worked. Save yourself some time and heart ache and keep them separate.
Hi,
As another fresh newbie I think I missed an important step for a simple-basic-standard integration of SMF. So far I’ve successfully completed the steps as described in the download of SMF connector:
1. Install modx in the normal way
2. Install SMF in the normal way (in "/forum" directory for example)
3. Install SMF_Forum_Integration_1.0 in the normal way"
From this point I’m trying to figure out how to call the forum itself to one of my document pages in modx. I understand this has to be done via a snippet, but so far i haven’t written any snippet by my own, so this is where i get lost. I made one attempt of copying the code of ’smf/index.php’ into a new snippet (replacing the require_once paths with the corresponding "$modx->config[’base_path’]", and introducing some global variables used by smf: "global $modSettings, $db_prefix, etc"), but i still get errors that i suspect are occuring because the values of my global variables get emptied ("") whithin a function call that is in any external php file located in smf’s folder (I’m pretty new to php as well).
Is there any place where i can get the correct snippet code? something i can directly copy to the resources manager and get it working correctly?... or any hint at all?
Thanks in advance
I’ve muddled my way through this tutorial and these forums.
I’ve gotten as far as I believe I can get (new to modX and to SMF and to PHP - HAH! - I’m a webdev by trade but I work with .NET)
Anyway, I have everything working to a point.
When I go into either of the module areas (administration center or synch) I get the following errors:
Admin Center:
Fatal error: Call to undefined function smf_loginbyid() in /home/<mysiteDirectory>/public_html/assets/modules/smforum/smf.admin.class.inc.php on line 36
Synchronize Users:
Fatal error: Call to undefined function smf_registermember() in /home/<mysiteDirectory>/public_html/assets/modules/smforum/smf.sync.class.inc.php on line 114
I’m guessing there’s a missing ’includes’ somewhere but I’m not positive where to look.
I’m on modX 0.9.6.3 and SMF 1.1.9.
I’ve seen these errors elsewhere within the forum but have yet to see a definitive answer.
Oh - and there was one other bit I had to sort out as well -- my SMF installation was through SimpleScripts so it installed a seperate DB and directory so the SMF DB had to be modified - adding the modX generated username/pwd for the modX DB. (in case anyone else is having errors like ’<user>@localhost’ denied access to ’<some_SMFTable>’
Thanks in advance!
Atop a hundred-foot pole, how do you step forward? -- Shishuang
I want to start by saying "Great Tutorial"
I have a problem with my install long before I get to the errors that have been talked about so far.
Here is were I am:
Modx - 1.0.0 (Installed no errors)
SMF - 2.0 rc (Installed no errors)
SMF Connector 1.0 here is were the problem begins
When I run the install directory for the connector mod this is the out put I get.
_________________________________________________________________________________
Setup will now attempt to setup the database:
Creating connection to the database: OK!
Selecting database `USER_modx`: OK!
Module:
SMF Connector: Upgraded
Plugin:
SMFConnect: Upgraded
Fatal error: Call to a member function getFullTableName() on a non-object in /home/USER/public_html/modx/manager/processors/cache_sync.class.processor.php on line 107
_______________________________________________________________________________________________
I have seached the forums for a similar problem and have tried some of the solutions for the ones I found. I have not been able to get past this error.
Any suggestions?
This isn’t a fix necessarily, but: check your modx database. If the table-names have prefixes, you get this error.
I wasted hours trying to figure it out, then realised that the piece of code concerned in the installation program doesn’t seem to mention prefixes.
So I did another installation, on another MODX site I run, on the same server, but where I didn’t create MODx table-name prefixes at installation, and no problem.
As it happens, it is probably immaterial, which is why no-one has bothered to fix it: the routine concerned is just clearing the cache - always good manners. Fix it if you know how, or take the prefixes off your DB tables, or just ignore it: everything was in fact installed correctly and you can get on to the hard stuff...
MODX Revolution 2.6.5-pl (traditional)
Hosted on MODX Cloud
Skype: nicbaldeagle