Everything seems to be working fine, even though I had to chmod my admin dir to 755, otherwise I'd get a permission error in the admin panel. I guess that's just how my hosting is... even though all other folders that need to be, are chmoded to 777 and are working fine (such as attachments getting uploaded and such).
However, I wanted to start using the Static File Generation feature again. I got a single page to generate. The desired page gets loaded fine, looks good. The file it needs to generate is chmoded to 666.
I waited, but nothing. So I tried to run the 12hours.php in the crons folder, just to see if that will do something (since executing the 12 hour cron from the admin panel->crons wasn't doing anything).
So then I got this:
Warning: require_once(includes/addeditfuncs.php) [function.require-once]: failed to open stream: No such file or directory in /home/easy/public_html/ventura/crons/12hours.php on line 3
Fatal error: require_once() [function.require]: Failed opening required 'includes/addeditfuncs.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/easy/public_html/ventura/crons/12hours.php on line 3
I looked at these php files, and I guess they cannot find the required files to include. Aren't they supposed to get this from the config file? Why can't they? Any thoughts?
You need to set the chmod value for directories setting, at Admin -> Settings -> System, to 755. You don't actually visit /attachments/, if you did then it wouldn't show up. 777 is an insecure permission for it anyway on your configuration.
Files should probably not be 666 either -- if suPHP is on, 644 is more appropriate. At any rate you should never touch permissions yourself, the script does it -- just be sure to select 755 in the settings.
Accessing any file in your web browser which is not intended for direct public access will result in an error. The way to run crons is through the script. When you say it "wasn't doing anything", did the admin panel give you an error message?
Comments on cron error
Forum Regular
Usergroup: Customer
Joined: Jun 22, 2005
Total Topics: 91
Total Comments: 305
Hi Paul,
Everything seems to be working fine, even though I had to chmod my admin dir to 755, otherwise I'd get a permission error in the admin panel. I guess that's just how my hosting is... even though all other folders that need to be, are chmoded to 777 and are working fine (such as attachments getting uploaded and such).
However, I wanted to start using the Static File Generation feature again. I got a single page to generate. The desired page gets loaded fine, looks good. The file it needs to generate is chmoded to 666.
I waited, but nothing. So I tried to run the 12hours.php in the crons folder, just to see if that will do something (since executing the 12 hour cron from the admin panel->crons wasn't doing anything).
So then I got this:
Warning: require_once(includes/addeditfuncs.php) [function.require-once]: failed to open stream: No such file or directory in /home/easy/public_html/ventura/crons/12hours.php on line 3
Fatal error: require_once() [function.require]: Failed opening required 'includes/addeditfuncs.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/easy/public_html/ventura/crons/12hours.php on line 3
I looked at these php files, and I guess they cannot find the required files to include. Aren't they supposed to get this from the config file? Why can't they? Any thoughts?
Thanks
David
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
You need to set the chmod value for directories setting, at Admin -> Settings -> System, to 755. You don't actually visit /attachments/, if you did then it wouldn't show up. 777 is an insecure permission for it anyway on your configuration.
Files should probably not be 666 either -- if suPHP is on, 644 is more appropriate. At any rate you should never touch permissions yourself, the script does it -- just be sure to select 755 in the settings.
Accessing any file in your web browser which is not intended for direct public access will result in an error. The way to run crons is through the script. When you say it "wasn't doing anything", did the admin panel give you an error message?
Forum Regular
Usergroup: Customer
Joined: Jun 22, 2005
Total Topics: 91
Total Comments: 305
I'll have to re-test this, since in the meantime I used another solution for what I was trying to do.