Zikula: A Flexible Open Source Content Management System
home | forum | international support | contact us

Documentation Wiki

Blank pages generated by Zikula and other PHP applications


Blank 'pages' in Zikula


By blank pages we're referring to an empty page received by the browser. In some browsers, viewing the source will show

<html><body></body></html>


What's the cause of these blank pages?


There is no one single cause and this is where the problem in diagnosis lies. The root cause is most commonly an error in one of the PHP files. We see a blank page because PHP has been configued to not display any errors generated by PHP scripts.

When you download PHP you find that two configuration files (php.ini files) are provided: one with default settings and one with recommended settings. The recommended configuration has display of errors turned off. So as we see having a blank page is not the root problem. We need to dig deeper in order to determine the actual error before any fix can be determined.

Re-configuring PHP to display errors


To identify the root cause, we need to get at the error being generated by PHP. How we do this depends on the level of access available to the server.

If you have access to update the server configuration then you can either alter your PHP configuration to turn on the displaying of errors to the browser or log errors to a file. To display errors in the browser set display_errors = On in php.ini. To log errors to a file set log_errors = On and provide a valid log file in error_log = filename (note 1)

If you don't have access to update the server configuration, the server you use is running Apache and the server allows .htaccess files, then the PHP configuration can be altered this way.

Create a .htaccess file in your Zikula site root (with index.php, admin.php, user.php etc.). Turn on displaying of errors to the browser with

php_flag display_errors on

If your server does not allow .htaccess files, you can add this to your config.php file to see errors (but be sure to turn it off when through debugging - leaving it on may expose information useful to hackers and will SURELY confuse ordinary users):



For other server configurations or problems with these directives seek help from either the server administrator, host, generic php support or operating system vendor.

What now?


You should now have access to the actual error generated either via the browser window or via the error log. At this point how you procede depends on the error message itself but it will have narrowed the places to look and avenues to seek further help on identifying the problem.

Notes

  1. If on a windows server you can log errors to the server event log using error_log = syslog


Back to the Knowledge Base

CategoryKnowledgeBase
XML Revisions of $tag
Page history :: Last Editor [ Operator ] :: Owner [ markwest ] ::
Valid XHTML :: Valid CSS :: Powered by pnWikka 1.0 (A wiki fork from WikkaWiki)
 

3 Comments so far

(Latest comments )

dennisMe2's Avatar

1. dennisMe2 wrote on Mar 09, 2007 at 10:03 AM

CROSS - POSTED FROM FORUM POST

I had the same problem recently.
The old version (.723) the site ran under would not work on my development box's newer PHP version.
In my case there were no errors in the PHP log, even after tweaking the logging settings to the max, just a BLANK SCREEN.

My solution was to upgrade PostNuke (to 0.764) as follows:

1) Follow the upgrade procedure on the live server (according to the doc found in the new version, follow this diligently or you will be sorry). Follow all the steps right up to the actual file copy, but not including that step!!!

Move everything (DB and files) over to the dev server.

Complete the upgrade procedure, according to the abovementioned docs, on the DEV server.

Re-activate any modules that come up needing upgrades or inactive.

Fix any broken modules that may need upgrading or even replacement!

Copy everything back to prod.

If this sounds like a lot of work, it is, but very much worth it.

Dennis



stretchr's Avatar

2. stretchr wrote on Jul 30, 2007 at 12:24 PM

This comment is for others, who like me experienced a Blank Page on login and log off and no errors when setting the php.ini file or .htaccess file as instructed in this tutorial.

Try logging in as admin and go to your User Module and edit the User registration configuration and try turning WCAG-compliant Log-in/Log-off to Off. Hopefully this comment will save someone else the hours that I spent trying to resolve my own "Blank Page" issue before finally stumbling across the solution.
imranbaig's Avatar

3. imranbaig wrote on Oct 19, 2007 at 07:24 PM

I'm trying to move a site from one box to another brand new box at liquidweb, after everything been transfered, now it shows "Only blank pages" but nothing.

Going to try above information and post back the result

Main Menu

Extensions Database

Documentation

Development

Login





 


 Log in Problems?
 New User? Sign Up!

Donate to Zikula