I upgraded the frontpage extensions for a customer who is using shopsite
7.1.1 on FreeBSD 4.8, with Apache 1.3. Of course the upgrade script
knows best and changed all file owner information to the owner of the
web site. Previously many of the files were owned by the web server user.
I immediately changed the ownership of the files back. But I've
apparently missed something.
Now we get "Unable to open global.aa!" when trying to add items to the
shopping cart. I've verified that the global.aa files are rwx by the
web server user.
I'm currently working on restoring yesterday's backup, but we need the
new version of frontpage to work for this site.
I have never worked with shopsite before. It was installed by the
former admin and has worked fine until now.
I tried to get tech support from shopsite.com and even purchased a
support incident, of course the receipt comes back with "ShopSite
Support is available Monday through Friday during normal working hours."
Grr. They could have mentioned that somewhere on the web site.
Is there a script which can be run to ensure all file owner/permissions
are correct?
Probably a permissions issue, but I can't see where
-
- Posts: 2572
- Joined: Fri Aug 04, 2006 12:02 pm
- Location: Anywhere
- Contact:
Re: Probably a permissions issue, but I can't see where
You should set all permissions on the ss and sc directories in the
cgi-bin to be owned by the user your webserver is running as. Since some
files begin with a ., just doing a chown from inside the directory is
not good enough, I would suggest something like this (as root) from the
cgi-bin to change ownership of all of the files (including ones that
start with a .)
chown -R nobody sc;chown -R nobody ss
This should change ownership of all files and subdirectories within the
ss and sc directories to the 'nobody' user.
It would be best, too, if you can configure FrontPage to not touch these
directories in the future, since there is absolutely no reason for
FrontPage to be mucking with files in these directories.
-Loren
Scott Lambert wrote:
cgi-bin to be owned by the user your webserver is running as. Since some
files begin with a ., just doing a chown from inside the directory is
not good enough, I would suggest something like this (as root) from the
cgi-bin to change ownership of all of the files (including ones that
start with a .)
chown -R nobody sc;chown -R nobody ss
This should change ownership of all files and subdirectories within the
ss and sc directories to the 'nobody' user.
It would be best, too, if you can configure FrontPage to not touch these
directories in the future, since there is absolutely no reason for
FrontPage to be mucking with files in these directories.
-Loren
Scott Lambert wrote:
I upgraded the frontpage extensions for a customer who is using shopsite
7.1.1 on FreeBSD 4.8, with Apache 1.3. Of course the upgrade script
knows best and changed all file owner information to the owner of the
web site. Previously many of the files were owned by the web server user.
I immediately changed the ownership of the files back. But I've
apparently missed something.
Now we get "Unable to open global.aa!" when trying to add items to the
shopping cart. I've verified that the global.aa files are rwx by the
web server user.
I'm currently working on restoring yesterday's backup, but we need the
new version of frontpage to work for this site.
I have never worked with shopsite before. It was installed by the
former admin and has worked fine until now.
I tried to get tech support from shopsite.com and even purchased a
support incident, of course the receipt comes back with "ShopSite
Support is available Monday through Friday during normal working hours."
Grr. They could have mentioned that somewhere on the web site.
Is there a script which can be run to ensure all file owner/permissions
are correct?