I'm really struggling with SMF and TP, almost to the point of trying another cms.
I posted over a week ago the below error when I set TP Module in TP settings for display Frontpage.
I have checked all the file and folder permissions, and set at 777, plus verified with the hosting co. 777 is ok to use.
It appears all works on SMF, except I can't use the internal ftp to connect for package d/l.
The suggestions so far are check file permissions and look for a missing file.
Help, what missing file should I be looking for? I d/l TP 1.06 unzipped it and installed, so what would be missing. I also did the same with SMF 1.1.8.
The line reference in the error, doesn't point to any specific file to load.
Help please
Fatal error: require_once() [function.require]: Failed opening required '' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/vwarrior/public_html/smf/Sources/TPortal.php on line 1716
Your problem is server configuration. As suggested in your other topic, you should talk to your host. Here's a brief explanation of what is happening. Use case: You have an account on your server, and your account name is fred. When you upload files to your server, the file permissions/ownership of the file belongs to you. Now lets say that your server sets the files 744 for permissions. This means that the owner(Fred) can read,write,execute the file, but the group, and other(web server falls into the other category) can only read the file. SO, this means that when you try to install a mod in SMF that you will receive permission errors like this, BECAUSE SMF runs as the web server user which only has read permission on your files. This means one of two things. You have to change all your files to 777, BUT that means your PHP configuration has to allow this. If this isn't possible, then your host needs to be running PHP as the user (which would be FRED). This way (FRED) can do anything he needs to the files. Capiche?
Your problems aren't with SMF or TinyPortal, they are with your server configuration. If you are getting frustrated, you should be hounding your host to get a working environment for you. If they can't provide that, then you should look elsewhere.
vwarrior, the scenario that IchBinâ„¢ has described for you is not that unusual and many sites experience the same problem.
I've had the problem with my site several times and the fix was for my service provider (host) to run a routine on his end that reassigned 'ownership' of the files to me.
Quote from: Ken. on February 21, 2009, 03:35:47 PM
vwarrior, the scenario that IchBinâ„¢ has described for you is not that unusual and many sites experience the same problem.
I've had the problem with my site several times and the fix was for my service provider (host) to run a routine on his end that reassigned 'ownership' of the files to me.
Ken & IchBin are right, this is more common than you know.
Ok thank you each for the time and explanation.
I will submit this thread to the host, who really is very very nice and helpful, and see what he says.
However, can anyone explain why this is the only error I get, all of SMF functions that I have tried works, all the other TP functions that I have tried work. This is the only error.
BTW what the heck is the TP module? And setting the frontpage for TP module only does what?
A module is like a plugin. The shout box is not a module. Its kind of like a mod, but only for TP. Its adds features/functionality that doesn't come with TP. So you add the shoutbox module to have a shoutbox. :) If you set the frontpage to show the module, it will show which ever module you select that is installed.
Quote from: IchBinâ„¢ on February 21, 2009, 03:24:10 PM
Your problem is server configuration. As suggested in your other topic, you should talk to your host. Here's a brief explanation of what is happening. Use case: You have an account on your server, and your account name is fred. When you upload files to your server, the file permissions/ownership of the file belongs to you. Now lets say that your server sets the files 744 for permissions. This means that the owner(Fred) can read,write,execute the file, but the group, and other(web server falls into the other category) can only read the file. SO, this means that when you try to install a mod in SMF that you will receive permission errors like this, BECAUSE SMF runs as the web server user which only has read permission on your files. This means one of two things. You have to change all your files to 777, BUT that means your PHP configuration has to allow this. If this isn't possible, then your host needs to be running PHP as the user (which would be FRED). This way (FRED) can do anything he needs to the files. Capiche?
Your problems aren't with SMF or TinyPortal, they are with your server configuration. If you are getting frustrated, you should be hounding your host to get a working environment for you. If they can't provide that, then you should look elsewhere.
I contacted my host, and so far he hasn't been able to work on this.
I can set permissions to 777, so what files need to be changed to 777, for the TP module to work? All php files for both smf and tp or certain files? I thought a lot of php files needed to be set to 644 for security reasons?
Also, can you give me a test I can easily perform to prove to my host that file ownership is not correctly setup? The test needs to be independent of SMF/TP if possible.
We cannot give you a test, you have to start fix things with your host, and if they cant understand after reading this topic, change host cause they are just crap..
As I said, its not just file permissions. It can also be PHP permissions with the apache server. I would do as G6 suggests if you're host cannot figure out how to make things work for you, as there are plenty of hosts that do.