BUG: Content does not display (blank pages)

[katzlbt]

Hi all,

I am running cmsmadesimple 1.02 for a chess club.
Recently the server ran out of diskspace.
Since then only the front page displays, all the submenus are BLANK.
The pages preview like a charm on the admin panel, just on the real site all subpages are gone.

I am not maintaining the server and I have no access to the error log.
So I tried to add this to the config.php but had no success.
ini_set("display_errors",1);
error_reporting(E_ALL);

See yourself:
http://www.schach.hak-ibk.tsn.at/cms

Thanks for any help.

PS: I am running another cmsmadesimple site since month without problems.

[katzlbt]

The strange thing is that I do not get any server response or even see a log line.
I added an echo statement to index.php and it shows on the frontpage.
It still shows nothing on any subpage.
Just as if server requests do not get executed or reach the server.
Other web-apps like forums and an addressbook run fine.

With etherreal I just get 3 packets from the server after a correct sub-page request was sent,
definitely no content. While the main page returns 97 packages!! This is the strangest problem I have seen sofar.

[katzlbt]

More info: The script probably crashes the server between
Lines 225 and 244 of index.php

I inserted an echo "foo"; in the beginning on index.php and moved an exit(0) down the file.
the 'foo' vanished when inserting the exit at line 244

The crash without notice is on this line:
$html = $smarty->fetch('template:'.$pageinfo->template_id) . "\n";

Code: Select all

if (isset($_GET["print"]))
{
	($smarty->is_cached('print:'.$page, '', $pageinfo->template_id)?$cached="":$cached="not ");
	$html = $smarty->fetch('print:'.$page, '', $pageinfo->template_id) . "\n";
}
else
{
	#If this is a case where a module doesn't want a template to be shown, just disable caching
	if (isset($smarty->id) && $smarty->id != '' && isset($_REQUEST[$smarty->id.'showtemplate']) && $_REQUEST[$smarty->id.'showtemplate'] == 'false')
	{
		$html = $smarty->fetch('template:notemplate') . "\n";
	}
	else
	{
		$smarty->caching = false;
		$smarty->compile_check = true;
		($smarty->is_cached('template:'.$pageinfo->template_id)?$cached="":$cached="not ");
		$html = $smarty->fetch('template:'.$pageinfo->template_id) . "\n";
	}
}

[tsw]

did you try clearing the cache?

did the hosting company maybe move your site to a different path so that config.php path are now wrong?

check that apache/php process has read write permissions to $cmsroot/tmp folders.

check that the script doesnt run out of memory (phpinfo will tell you what is the maximum amount php process can take)

ask your hosting company access to logs if they dont give it you should consider changing provider.

[katzlbt]

Strange: The webserver creates
tmp/cache/contentcache.php with the permissions 640 the owner is 48 - guess the webserver
If I delete the file with the ftp access the page displays exactly ONCE.
I cannot imagine that the server can create a file and cannot read it?
It cannot be since the server can delete the file with clear cache, but as soon as it exists the page is gone.

On the other hand, I also do not know how I can delete the file (owner 48 rw-r-----) with those permissions (I am user 182) with the ftp client, which I can after complaining to the admin.

Can I somehow disable caching until I have time to fix this or until I can slowly get hold of an admin?

It is a free site from the local school system.
The script was not moved and the path remains the same as far as I know.
The site worked for some time until it failed.

[katzlbt]

It seems that the site has upgraded to PHP Version 5.0.4 ...

My index.php script ends now with the statement:

unlink('/var/www/html/.. .../cms/tmp/cache/contentcache.php');

That makes the site work at least but a prettier way to switch off caching would be great.

[tsw]

nice solution

look in class.content.inc.php for contentcache you should be able to chmod the file after its created (sorry dont have time to check exactly where now)

[katzlbt]

Unfortunately it does not seem to be a permission problem ... chmod 0777 did not help.
Removing the read permissions helped thogh then PHP displayed a nice set of warnings.

If this file exists php 5.0.4 crashes -- at least on my site.
It seems that the admins have upgraded the system without notice or something else very strange happened on the server.

Until there is a solution line 497 in lib/classes/class.contentoperations.inc.php reads like this:
$usecache = false;

That should take care of the caching problem for now.