After a recent upgrade, new images I uploaded could not be viewed by the public (only the admin account) due to permission problems. After setting the permissions of my entire site recursivley to public read access (and yes, I changed zp-data to private), the permissions of the new photos are still set to private. I have already uninstalled/wiped/reinstalled the site twice, so please let me know if you have ideas.
Currently, all images are loading except newly uploaded ones. If I recursively change all permissions in albums and cache, they will load. Until that, they show up as an image error on the site and a 403 forbidden when I load the full image.
Thanks in advance. (PS: site is snaperturephotos.com)
What did setup tell about permissions? If you haven't already please look here:
http://www.zenphoto.org/news/permissions-for-zenphoto-files-and-folders
If that all doesn't help, you may have to contact your host.
Your site seems to work fine to me as far as I can see, except that it seems a bit slow.
@arcylian - Check out http://snaperturephotos.com/Animals/
@sbillard - What file is this in? I looked in zenphoto_config.txt but I couldn't find it.
What acrylian said is incorrect.
You need to run setup and set the permissions. There will be a line about file permissions. Normally if you have not set the permissions there will be a warning box alerting you to the fact that they are not chosen. If there is no warning box there will be a link to expose the details.
But the problem is that we cannot tell you what the right answer to the data value since that is totally dependent on your server. Most likely the value you used when you recursively set the permissions on your albums and cache is the right one, though.
So I unlocked the setup files and ran setup, choosing the "relaxed" option (it was set to strict by default, and I was manually setting the permissions to 755). When I clicked the apply button in the permissions box of setup, I got a 500 internal server error. When I visit the site, I get the same thing. Did I just break my entire site?
Quite possibly yes. File/folder permissions can be dicey. Set them too relaxed and the security software on your site may refuse to run scripts.You can probably fix the permissions with FTP, though.
It may well be that your site is simply mis-configured for an application like Zenphoto. Basically Zenphoto has to be able to read/write files and folders that it "owns". Strict permissions should work for that.
If the "user" that FTP runs under is different from the "user" that your CGI scripts run under you will constantly have permissions issues since Zenphoto will not be the owner of the newly uploaded items.
I have set the permissions of ALL files and folders on the server to 755, and now I get a 403 error. How do you suggest I keep my albums/names/descriptions on the files to wipe/reinstall the site? And can I move the photo files to another folder on the site, delete all ZP files, install ZP, then move the photo files back to the albums folder in my FTP program? (I also have SSH access)
If I visit your root (http://snaperturephotos.com/) site I get
Quote:Index of /
OLD/
blog/
indbin/
k.files/
login.html
Apache Server at snaperturephotos.com Port 80
This indicates that either the installation files are gone, or they are not visible to your WEB server.
Don't set the permissions to relaxed!
Seriously, you will have to have a discussion with your server support people to resolve this. Clearly they do not allow relaxed permissions. You can leave things the way FTP leaves them if that works, but of course that does not resolve your problems with the uploads.
Basically, unless the web server and the FTP server use the same user you are simply going to have file permissions issues.
Quote:deally, permissions should be set up with 0644 files/0755 directories ([rw-r--r--] files and [rwxr-xr-x] directories) permissions, with [youruser:webservergroup] ownership. If you can do that, we highly recommend it.
http://www.zenphoto.org/news/permissions-for-zenphoto-files-and-folders
So no, basically its always a pair.