Ashley Sheridan wrote: > On Tue, 2013-08-27 at 16:16 +0930, David Robley wrote: > >> Ethan Rosenberg wrote: >> >> > Dear List - >> > >> > Tried to run the program, that we have been discussing, and received a >> > 403 error. >> > >> > rosenberg:/var/www# ls -la StoreInventory.php >> > -rwxrwxrw- 1 ethan ethan 4188 Aug 26 20:26 StoreInventory.php >> > >> > rosenberg:/var# ls -ld www >> > drwxrwxrw- 37 ethan ethan 20480 Aug 26 20:26 www >> > >> > I had set the S bit [probably a nasty mistake] and I thought I was able >> > to remove the bit. [it doesn't show above] >> > >> > How do I extricate myself from the hole into which I have planted >> > myself? >> > >> > TIA >> > >> > Ethan >> >> This is in no way a php question, as the same result will happen no >> matter what you ask apache to serve from that directory. >> >> You have the directory permissions set to 776 not 777. >> -- >> Cheers >> David Robley >> >> Steal this tagline and I'll tie-dye your cat! >> >> > > > 776 won't matter in the case of a directory, as the last bit is for the > eXecute permissions, which aren't applicable to a directory. What I beg to differ here. If the x bit isn't set on a directory, that will prevent scanning of the directory; in this case apache will be prevented from scanning the directory and will return a 403. > It's possible that this is an SELinux issue, which adds an extra layer > of permissions over files. To see what those permissions are, use the -Z > flag for ls. Also, check the SELinux logs (assuming that it's running > and it is causing a problem) to see if it brings up anything. It's > typically found on RedHat-based distros. > > Thanks, > Ash > http://www.ashleysheridan.co.uk -- Cheers David Robley Artificial Intelligence is no match for natural stupidity. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
