Member
We recently changed the PHP handler on a server running an instance of Zenphoto from dso to suphp and the install of Zenphoto throws an error of "Error! Please try back later" and doesn't work anymore.
Changing back to dso fixes it, but we can't use dso as it causes issues with WordPress auto-updates. (700 WordPress installs trumps 1 Zenphoto install, sorry.)
How can I get this back up and working for my client?
Changing back to dso fixes it, but we can't use dso as it causes issues with WordPress auto-updates. (700 WordPress installs trumps 1 Zenphoto install, sorry.)
How can I get this back up and working for my client?
Administrator
Zenphoto like WordPress runs on fairly standard (shared) hosting servers. Those I use normally have FastCGI. I am not a server admin so I cannot tell you anything regarding server configuration. Maybe my colleague has any idea later. What do the server logs say?
Member
That's the frustrating thing, Zenphoto's not logging a single error either at the server level or at the account level.
Administrator
Zenphoto actually of course does do that. It also has its own debug log which is of course more limited than any server log. Again, the error you got is most likely a server configuration error message. Therefore it is an error Zenphoto itself cannot log at all.
Sorry I can only guess that the usual things like permissions are off due to the change or that things like htacces/modrewrite are somehow not working.
Best post a link to the install in question as well.
Sorry I can only guess that the usual things like permissions are off due to the change or that things like htacces/modrewrite are somehow not working.
Best post a link to the install in question as well.
Member
The page is http://www.marbleheadmemorials.com/gallery/
It yields nothing helpful in either the error log for Zenphoto (nothing at all is logged), the user account (nothing at all is logged) or the server (again, nothing logged). Further, the error itself is very unhelpful, but is the same on the front end and Admin end.
If works perfectly fine if I go back to Dso PHP handler, but like I said, that's not possible. So I need to understand why it won't work with suPHP as the processor, so I can either fix it or more the client's gallery to something else entirely.
It yields nothing helpful in either the error log for Zenphoto (nothing at all is logged), the user account (nothing at all is logged) or the server (again, nothing logged). Further, the error itself is very unhelpful, but is the same on the front end and Admin end.
If works perfectly fine if I go back to Dso PHP handler, but like I said, that's not possible. So I need to understand why it won't work with suPHP as the processor, so I can either fix it or more the client's gallery to something else entirely.
Member
I managed to fix it.
For anyone else (albeit rare) that comes across this issue; the /cache directory for Zenphoto was writing images with the wrong user and group permissions, so when Zenphoto tried to load from the cache it failed spectacularly.
Dso was more lenient loading images owned by someone else based on the directory permissions.
Chmod'ing all of those cache files fixed the issue.
For anyone else (albeit rare) that comes across this issue; the /cache directory for Zenphoto was writing images with the wrong user and group permissions, so when Zenphoto tried to load from the cache it failed spectacularly.
Dso was more lenient loading images owned by someone else based on the directory permissions.
Chmod'ing all of those cache files fixed the issue.