What version of phpBB are you using? phpBB 3.3.3
What is your board's URL? www.54plymouth.net/54plymouth
Who do you host your board with? inmotionhosting.com
How did you install your board? I used a tool provided by my host
What is the most recent action performed on your board? Fresh Install
Is registration required to reproduce this issue? No
Do you have any MODs installed? No
Do you have any extensions installed? No
What styles do you currently have installed? prosilver
What language(s) is your board currently using? English
Which database type/version are you using? MariaDB
What is your level of experience? Comfortable with PHP and phpBB
What actions did you take (updating your board; installing a MOD, style or extension; etc.) prior to this problem becoming noticeable? Clearing the cache.
Please describe your problem.
Last June, I started getting 500 errors whenever I clear the cache; my struggles to resolve the issue are documented here. I persisted, and my service provider moved my shared host account to a new server (still shared host). The issues abated. This March, they reappeared.
Last June, I used a barebones Softaculous install of phpBB to demonstrate the problem to my provider. This same installation (upgraded to 3.3.3 now) again demonstrates the problem. It is totally out of the box - not even a post has been added, there is just the one "Welcome" post. I clear the cache, and return to the index page without error. But as soon as I click on the single forum, I get a 500 error; after a half dozen tries, the error goes away and the topic presents. Click on the topic, and again, a 500 error. Persist, and the error goes away.
I have www.54plymouth.net/54forum directory protected, so bots don't replenish the cache. In any event, they can't authenticate, which is required to reply, or post - both of which cause additional 500 errors, as do administrative actions. I will supply credentials to any interested investigator; they are the same credentials for administrative access to enter the ACP and clear the cache.
What I have done:
I have enabled PHP error logging, with the level set to E_ALL. I also created a page with this code, which attempts to load a non-existent module - and generates a 500 error as a consequence:
Code: Select all
<?php
asd();
?>
I asked my service provider for a copy of the Apache logs on the shared server, filtered on 54forum. They obliged; at the same time, I recursively copied off the cache directory at each 500 error. It just so happens that the hour interval during which I performed this diagnostic, was bracketed by two "access denied" errors generated by hack attempts (which happen all the time, and which were blocked). But, no 500 errors were reported during the interval where I was creating them.
I asked my service provider if they could change the error logging level to debug or trace5, using a SetEnvIf Request_URI on 54forum; they denied this request, saying its not a service they provide on shared hosts. They suggested I move to a VPS to further diagnose. But I know if I pay for a VPS, the problem will go away! And so will the unlimited disk and memory resources I have with my grandfathered shared plan (I've been a customer for 12 years).
Any ideas about what I can do to further diagnose, without abandoning ship?
Generated by SRT Generator