The simpler media website CMS
Except for installing some plugins, I haven't done much to fiddle with the basic site configurations or .htaccess, and I can't think of anything that I might have done around the time this problem started...
OK
The server encountered an internal error or
misconfiguration and was unable to complete your request.
Please contact the server administrator,
webmaster@MY_DOMAIN and inform them
of the time the error occurred, and anything you might
have done that may have caused the error.
More information about this error may be available in
the server error log.
Additionally, a 500 Internal Server Error error was
encountered while trying to use an ErrorDocument to
handle the request.
Comments
For example, I'd uploaded a bunch of photos all at once around then, so it took a while for the thumbnails to appear properly -- but at that time, the gallery webpage itself otherwise still worked. The problem I have now, with the error message and the gallery not appearing at all, was a little while after that.
The page you linked probably solves a different issue from the one I'd originally started this thread about, but yeah, thanks. As suggested there, I turned off some of the image processing options and added some of the lines about memory limits to my `phprc` file (I don't have access to `php.ini`), so hopefully I'll have an easier time caching image thumbnails next time I dump a big upload to the server.
----
@sbillard
Since the frontend/gallery still presents the same error, I've looked through the Logs some more, but I don't know... I'm guessing the Security and Setup Logs aren't relevant, right? I don't know how a list of times I logged in or installed standard plugins would help in this situation.
Reviewing the Debug Logs some more, other than the image-caching errors I posted last night, I see two other sorts of errors before those. or I honestly don't entirely understand what these mean. Based on the albums mentioned in the path, I'm guessing it has to do with initial issues when I was trying to setup the class-Video and class-AnyFile plugins?
However, these logs are even older than the image-caching errors I posted last night. It would be strange, if these were the source of the problem, for it to not break the frontend/gallery until nearly a month later.
And there actually are no other errors in the Debug Log -- none more recent than September 24, when the gallery still worked, anyway.
I ran a backup of the database, deleted all the zenphoto folders and files, except for `/albums` and `/backup` and the cache folders, and uploaded the new version of Zenphoto. Now when I try to run `setup.php`, I get Chrome and Firefox suggest that it could be an issue with cookie settings (allowing all cookies doesn't fix it, though), or a server configuration problem. What's wrong now? I thought starting from scratch would fix it.
See here what permissions should have been set:
http://www.zenphoto.org/news/permissions-for-zenphoto-files-and-folders
Thanks for sticking with me through the this.
Fixing the file permissions let me finish the reinstall -- but now I'm back to my original problem, where the admin pages work fine, but the gallery presents the error that I copied into the original post. I notice I'm actually even able to access all the images here, if I type in the URL directly, but I can't see any of the regular Zenphoto webpages.
Think you could give me a hint of what I should look for in the server logs?
This is a fresh install, so this is the `.htaccess` file. I tried every combination of checking or unchecking the mod_rewrite option in Zenphoto, and commenting out the mod_rewrite code in .htaccess or leaving it as it was. No effect.
(Since nothing changed, by the way, I put both to their original settings: mod_rewrite checked in Zenphoto, and the code written in `.htaccess` .)
Looking again through the server logs, I also found these errors, if this means anything to you. (I've been in contact with my web host as well, but they have not been very helpful so far...)
Or is there other htaccess in case you use it side by side with another CMS like Wordpress or something?
My web host's support representatives are insisting that it's an issue with the application, not a server problem, and therefore outside of their purview. One did notice that the Zenphoto cache folders (which I'd saved from before I'd tried reinstalling Zenphoto the other day) had sym links pointing to locations which no longer exist, so I tried cleaning those out, and then changing the name of the cache folders (instead of deleting them)... All to no effect.
A mysql issue could be involved but that has actually nothing to do with redirections. But the error says actually about redirects which is just htaccess/modrewrite redirecting. Unless we have some more info what is redirected the server complains about we cannot help much. Your host should help with that. If you still get that error try to disable modrewrite on the zp options.
Maybe an interesting development, though: I was looking around in the admin pages, just reviewing any options that had anything to do at all with the frontend/gallery, even though it's all running the default PHP, HTML, and whatever other scripts from unzipping the current release. Since clearing the image cache, the only files I've added or changed without changing them back to their default setting is the images in `albums/` and the database which I'd backed up before reinstalling... But I looked anyway, and eventually I tried changing the themes. Here's what happened.
There's more of the errors I'd posted the other day about too many redirects. But then there's also a bunch of these...
A web search quickly returns http://www.liquidweb.com/kb/apache-error-premature-end-of-script-headers/ I admit that I do not understand all these, but we have seen problems related tp suEXEC (#3) and file/folder permissions(#5) have also been known to cause these kinds of errors.
I ran `chmod` to make sure the permissions for everything in the Zenphoto installation is the standard 775, except of course for `zp-data/` which is the recommended 0600.
No effect.
The bit about `RLimitCPU`, `mod_perl`, and `suEXEC` are kind of over my head, but I'm guessing if it's all in Apache, then issues with these would also cause problems for any other sites I'm hosting -- yet my other sites on this account, including one which also uses Zenphoto, don't seem to be affected.
Did you try to reupload all files? Maybe something went wrong with the upload.
Last rather clueless idea: In the errors I see https. Are you running the site in that mode? Did you check that option on the backend and is the domain really setup for https? Technically a https/https://domain.com are separate - on my host I need to explicity enable the https one to make it work.
Using an unencrypted connection doesn't change the behavior, though, and the server logs show the same errors for regular http.
Simplify your site as much as possible (e.g. remove that browser plugin) and see if things work. If so then start adding things back until it fails. Then you will know what is causing the issue.
Everything seems to work fine now, just as it should. Just like it used to. I don't know why this would make a difference, and I'm maybe a little disappointed at not solving the mysterious server problem, but this went on for too long, and I guess I don't care anymore. At least it works now.
Thanks for all your help, guys.