[SOLVED] Some PHP pages don't work.

bathory · 11-11-2009, 07:09 AM

OK, if php does not want to show errors on screen, let's try to see if it saves them in a logfile. Use the following in php.ini

Code:

display_errors = Off
log_errors = On
error_log = "/tmp/error.log"

jsteel · 11-11-2009, 07:43 AM

The file error.log does not get created so I assume no errors are being sent to it.

After deleting chunks of data from index.php I start to get some information displayed including some errors (but errors due to some content missing).

I've tried two PHP web applications so far, I'll try a third.

bathory · 11-11-2009, 07:50 AM

Don't delete content. Just add some echo '1'; echo '2'; etc, in various parts of the problematic php page to see where it stops parsing.

jsteel · 11-11-2009, 07:57 AM

Thanks that's a very useful suggestion!

This seems to be where the problem is on one of the applications (5 is shown but 6 is not). I'll do the same with the other application to see if it's something similar.

echo 5;
//load the settings...
load_settings();
if($_REQUEST['action'] == 'book' || $_REQUEST['action'] == 'delbook')
{
$actions[$_REQUEST['action']]();
}
else
{
sitehead();
$actions[$_REQUEST['action']]();
sitefoot();
}
echo 6;

WhisperiN · 11-11-2009, 08:49 AM

Quote:

Originally Posted by bathory

Don't delete content. Just add some echo '1'; echo '2'; etc, in various parts of the problematic php page to see where it stops parsing.

I agree, it's a one hell of a suggestion.. amazing

jsteel · 11-12-2009, 02:20 AM

On the other system it breaks here (end of file):

echo 8;
/*
|---------------------------------------------------------------
| LOAD THE FRONT CONTROLLER
|---------------------------------------------------------------
|
| And away we go...
|
*/
require_once BASEPATH.'codeigniter/CodeIgniter'.EXT;
echo 9;
?>

bathory · 11-12-2009, 02:45 AM

I'm not a php programmer, but i think that the arguments of a function must be included in parenthesis, like require_once(BASEPATH.'codeigniter/CodeIgniter'.EXT);

Can you by any chance tell us what is this app to see if it works on a completely different system.

jsteel · 11-12-2009, 03:31 AM

OK I'll give that a go. This one is CRBS (www.classroombookings.com).

evo2 · 11-12-2009, 03:59 AM

Quote:

Originally Posted by jsteel

OK I'll give that a go. This one is CRBS (www.classroombookings.com).

Just to let you know, once I set up the mysql datbase it worked fine for me on Debian unstable.

I'm using:

libapache2-mod-php5 5.2.11.dfsg.1-1
apache 2.2.14-2

Evo2.

bathory · 11-12-2009, 04:46 AM

It doesn't work here (Slackware with apache 2.2.14, php-5.3.0 both compiled from source)
As you can see from the attachment, apart from the magic_quotes error, the rewrite points to a non existing URL (index.php/install)

jsteel · 11-18-2009, 03:51 AM

Quote:

Originally Posted by evo2

Just to let you know, once I set up the mysql datbase it worked fine for me on Debian unstable.

I tried Debian Unstable and I have the same issue as before. Maybe you could let me know what steps you took to get it working?

I followed the steps here: http://code.google.com/p/classroombo...tallationLinux

I've tried skipping the step to create a crbs mysql user and just use the root mysql user to connect. I create a database in mysql.

I do the chmod'ing and edit the config.php and database.php files as requested.

I've tried the .htaccess bit, but it doesn't matter if I follow the steps or not; I get the same problem.

If this is exactly what you did to get it working, maybe you could let me know what packages you have installed on your Debian Unstable computer; maybe I'm missing something (or have something) that's messing this up.

Thanks

evo2 · 11-18-2009, 06:52 AM

I also set
$config['index_page'] = 'index.php';

/var/www/crbs/system/application/config/config.php

and set

Code:

$db['default']['hostname'] = 'localhost';
$db['default']['username'] = 'www';
$db['default']['password'] = 'foobar';
$db['default']['database'] = 'crbs';

in
/var/www/crbs/system/application/config/database.php

I've attached the output of the following command

Code:

echo "select * from user where user='www'" | mysql mysql >user.mysql

So you can see the mysql users permissions.

I've also attached a slightly edited version of the output of

Code:

dpkg -l > pacakges.txt

There is still a bunch unrelated packages in packages.txt... but it was more effort to be sure I was not removing lines that may somehow be relevant. Please note that I had to gzip packages.txt to make it small enough to upload, and I had to rename it with an extension that the forum would accept.

HTH.

Evo2.

jsteel · 11-18-2009, 12:46 PM

Thank you for this information. It turns out I didn't have php5-mysql installed; php5 and mysql were installed but not this package. After I installed it everything is working perfectly. Thank you very much!