Topic on Project:Support desk/Flow

Formatting and images often don't load

13
Xenomacabre (talkcontribs)

If I load any of my wiki pages, and hit refresh over and over, the page will load with minimal formatting (left aligned, no skin, blue floating links etc) about every other refresh. Half the time, it loads correctly.

I have $wgServer set to the host url prefix.

MediaWiki 1.21.1 PHP 5.3.13 (cgi-fcgi) MySQL 5.0.91-log

MarkAHershberger (talkcontribs)

Check your error log. load.php is probably spewing errors.

Xenomacabre (talkcontribs)

I thought that too, but I just get the usual /* No modules requested. Max made me put this here */ when i brows load.php

Xenomacabre (talkcontribs)

I shoot, I just realized I should be hitting refresh on .../load.php

The page shows up blank half the time.

Xenomacabre (talkcontribs)

I figured out how to get the php error log. This is what I got:

wsLoginToken|s:32:"923191797c6213f5b1bdc28bc476c4b0"; wsUserID|i:1; wsToken|s:32:"9e0fc38200df7264e294518c2fb382c8"; wsUserName|s:11:"Nameredacted"; wsEditToken|s:32:"0bd25c81c145af2399ea06889cc84a10"; wsCreateaccountToken|s:32:"acf1317c70c9b633243e0eedb504e2cb";

I have no idea what any of that means.

88.130.119.131 (talkcontribs)

Hi!

Are you sure that what you posted is the content of the PHP error log? Normally this content looks quite different, e.g. like

[PHP Warning] Unexpected character in input: '\' (ASCII=92) state=1 in /foo_bar.php on line 4711. Parse error: syntax error, unexpected...

A good way to figure out what the error is is to add

error_reporting( -1 );
ini_set( 'display_errors', 1 );

to your LocalSettings.php.

Afterwards, call load.php and when it is blank again, do you see any error messages? (I hope that load.php does read LocalSettings.php before it produces any output...)

Xenomacabre (talkcontribs)

error reporting has been enabled for a while, and yes, load.php is still blank half the time. My assumption was that was not reading localsettings.php before output.

The other "error log" which I posted was from telling php.ini to print an error log to a specific directory.

88.130.119.131 (talkcontribs)

OK, then try putting the 2 lines I gave you in load.php so that the beginning of the file looks like this:

<?php
error_reporting( -1 );
ini_set( 'display_errors', 1 );
/**
 * (here comes the normal content of the file...)

There must be some error in your case...

Xenomacabre (talkcontribs)

Nope. And on further inspection, I just noticed load.php reads as a blank page EXACTLY every other refresh (otherwise it reads "max made me put this here"), whereas the wiki reads all messed up in an unpredictable pattern. So maybe they're not related...

MarkAHershberger (talkcontribs)

Even if it is predictable when you are pointing it directly at load.php, that doesn't mean load.php isn't the culprit.

Unfortunately, I don't know how to debug IIS, so I'm not sure what else to do. Perhaps you could ask on the IIS forum? If you do and find a solution, let us know.

Xenomacabre (talkcontribs)

I contacted my hosting service and they disabled caching, which seems to have solved the issue.

Mborg~mediawikiwiki (talkcontribs)

Hi Xenomacabre, I have the exact same problem. When you say your ISP disabled caching to which are you referring? PHP? SQL? Html? Any comment would be welcome, thanks!

MediaWiki 1.21.1 PHP 5.3.13 (cgi-fcgi) MySQL 5.5.32-log

This post was posted by Mborg~mediawikiwiki, but signed as Mborg.

Ciencia Al Poder (talkcontribs)

It's probably PHP caching (xcache, eAccelerator, APC...)

Some PHP installations can cause random segfaults. I've seen this in ubuntu's PHP

Reply to "Formatting and images often don't load"