Hello,
my webpages I've recently started to create in MediaWiki collapsed totally. Instead of any webpage, you now only get a 500.shtml webpage:
This happened gradually: at first, only a few webpages showed 500.shtml instead of the actual page, then more and more, and right now you get 500.shtml for all pages.
All I had been doing prior to the first occurrence of a 500.shtml webpage was manually deleting porn spam pages titled "Forum.jspa". Every other day or so, a robot would set up that webpage. I later deleted each such page manually. This may have happened about 25 times or so in total.
Now, there is no page left at all. I had been downloading regular database backups via cPanel; I tried restoring 14 of those backups, going as far back as 27 January 2007, but the result is always the same: 500.shtml instead of the actual webpage.
The last backup prior to the first occurrence of a 500.shtml webpage is this one:
http://avenarius.sk/misc/avewiki.gz
Its restoration via cPanel or phpMyAdmin failed to produce any results, although no error was reported upon restoring the database. I tried many combinations of charsets / SQL structures, to no avail.
Is there any help?
wiki@avenarius.sk wrote:
Hello,
my webpages I've recently started to create in MediaWiki collapsed totally. Instead of any webpage, you now only get a 500.shtml webpage:
Yet another debug_backtrace() issue? We probably should have gotten that fixed in PHP when we first saw it.
Try upgrading to MediaWiki 1.9.3, if you're on 1.8.x.
-- Tim Starling
On Sunday, 1st April 2007 at 09:36:14 (GMT +0100), Tim Starling wrote:
my webpages I've recently started to create in MediaWiki collapsed totally. Instead of any webpage, you now only get a 500.shtml webpage:
Yet another debug_backtrace() issue? We probably should have gotten that fixed in PHP when we first saw it.
Try upgrading to MediaWiki 1.9.3, if you're on 1.8.x.
Thanks a lot. My version is 1.8.2. I'll wait a bit for any alternative suggestions to resolve this; if there are none I'll do the upgrade.
On 01/04/07, wiki@avenarius.sk wiki@avenarius.sk wrote:
Thanks a lot. My version is 1.8.2. I'll wait a bit for any alternative suggestions to resolve this; if there are none I'll do the upgrade.
The upgrade adds a workaround to the code which is causing this problem; we believe it's due to incompatibilities with the Zend optimiser/accelerator module, which we can detect and avoid.
The pre-1.9 workaround to this is to set $wgDisableCounters = true; in LocalSettings.php and see if it fixes the problem.
You are advised to upgrade to 1.9.3 as soon as possible, regardless.
Rob Church
On Sunday, 1st April 2007 at 17:01:41 (GMT +0100), Rob Church wrote:
The pre-1.9 workaround to this is to set $wgDisableCounters = true; in LocalSettings.php and see if it fixes the problem.
Absolutely. All the webpages instantly popped right back into existence. 8-)
You are advised to upgrade to 1.9.3 as soon as possible, regardless.
Yes. After all, it's nice to have functional page counters. ;-)
Thanks a lot to both you and Tim for the prompt assistance today.
mediawiki-l@lists.wikimedia.org