View Full Version : Php Write Access
jasman24
09-17-2004, 11:21 PM
I have zero knowledge of php.
i have a couple of "basic" sites hosted here and have been using this free little site speed javascript from Numion.com. Well they just "upgraded" and the new version uses some kind of php code in the javascript. In the instructions it says that my server must allow "php write access" I know the basic plan has "php support" but I'm not clear on what that really means. I know I'm being a little vague, but I'm not even sure what I need to ask.
any suggestions would be appreciated.
Thanks in advance.
Jim
thevillageinn
09-18-2004, 01:09 AM
you should be good to go, but you may have alter some of the permissions on files related to the counter
jasman24
09-18-2004, 09:14 AM
Thanks for the reply.
i don't know how to change permissions or what to change them to.
the reason I posted is that the counter is not working and numion's faq's metioned the "write access" issue.
I hate to admit it, but i'm clueless.
Jim
jasman24
09-18-2004, 09:46 PM
does hostpc allow php to create logfiles on the servers?
sitespeed needs to be able to do this in order to fuction.
Thanks for any replies.
Jim
jasman24
09-19-2004, 08:59 AM
well, I answered my own questions, with the help at www.site-helper.com (http://www.site-helper.com)
I set my permissions for the sitespeed folder to 777 which allowed the php scripts to create a "logs" subfolder/subdirectory, that was needed to be created. I was then able to set the directory permissions back to 755.
It works now.
I'm kicking myself for not having gone to site-helper.com in the first place.
thevillageinn
09-19-2004, 06:20 PM
sorry I didn't get back to answer you earlier, but I'm glad you were able to answer your own question.
Guest_Ryan_*
10-07-2004, 11:54 AM
Originally posted by jasman24@Sep 19 2004, 07:59 AM
I set my permissions for the sitespeed folder to 777 which allowed the php scripts to create a "logs" subfolder/subdirectory, that was needed to be created.
I think the problem is that PHP is running as the "apache" user, and your files in your public_html area are owned by your username. With this setup you have to give "world" write access to your files if you want PHP to write to any files. This is a security issue if your PHP scripts write to files constantly (which mine do). It is reccomended that you do not have PHP run as the same user as the web server, aka apache.
Other web hosting services I have used have the PHP engine on your site run as your username. This way you can write to your files without giving "world" access.
I am contacting hostpc to hopefully make the change in their php.ini file to do this.
starfighter
10-07-2004, 01:06 PM
Originally posted by Guest_Ryan_*+Oct 7 2004, 11:54 AM--><div class='quotetop'>QUOTE(Guest_Ryan_* @ Oct 7 2004, 11:54 AM)</div><div class='quotemain'><!--QuoteBegin-jasman24@Sep 19 2004, 07:59 AM
I set my permissions for the sitespeed folder to 777 which allowed the php scripts to create a "logs" subfolder/subdirectory, that was needed to be created.
I think the problem is that PHP is running as the "apache" user, and your files in your public_html area are owned by your username. With this setup you have to give "world" write access to your files if you want PHP to write to any files. This is a security issue if your PHP scripts write to files constantly (which mine do). It is reccomended that you do not have PHP run as the same user as the web server, aka apache.
Other web hosting services I have used have the PHP engine on your site run as your username. This way you can write to your files without giving "world" access.
I am contacting hostpc to hopefully make the change in their php.ini file to do this.
Quoted post
[/b][/quote]
Ryan,
That can be changed but it is not as simple as changing a few options in the server php.ini, it is a major change to how the webserver is setup. Adding SuExec adds a major load to the server and as such isnt enabled here because it is way too resource intensive. Unfortunately the only choice we have is to either live with the restrictions of world-writing or own the directory to apache, which is what most programs end-up doing.
Dan
BlasTech
11-14-2004, 01:55 AM
*nevermind*
I figured out my problem.
Thanks
-BlasTech
Powered by vBulletin™ Version 4.0.3 Copyright © 2012 vBulletin Solutions, Inc. All rights reserved.