Same Old Problem: PHP Configuration File!

[de-active]

Hey all,
This is a problem that I always encounter, know the solution, but never works and have to resolve it with my hosting company.

I've installed Elxis several times and every time I install it, on the 1st step I get the usual error:

ELXIS WARNING: There is no Timezone indentifier defined!
You must set the proper timezone in php.ini. Example: date.timezone = "Europe/Athens"
Elxis set timezone to America/Chicago

I know I need to make the changes on the PHP configuration file, and I have, so my php.ini file looks like this:

Code: [Select]

php_flag allow_url_fopen Off

php_flag short_open_tag Off

register_globals = Off

display_errors = Off

magic_quotes_gpc = On

date.timezone = "Europe/London"
disable_functions = "system, exec, passthru, shell_exec, suexec, dbmopen,
popen, proc_open, disk_free_space, diskfreespace, set_time_limit, leak"

So I've changed the date.timezone according to the Elxis wiki, so what's the problem? - Why do I still get this error?

Your help would be much appreciated. (I did a search for this but couldn't find it (i think it was my own topic!))

[ks-net]

1- is this php.ini effecting elxis dir?  is it server's global php.ini? did you run a phpinfo() in elxis dir? where is this php.ini located?
2- what mode running your server? mod_php or suphp?
3- most probably that your php.ini effecting only it's own dir , not subdirs! find your server mode and read wiki=>

wiki=> read again carefully=> http://wiki.elxis.org/wiki/PHP_settings

[datahell]

If you place the timezone info in php.ini and nothing happens restart Apache!

[ks-net]

 Right... you must restart apache if you edit server's default php.in, not necessary if using .htaccess or  suphp method.

i will  update wiki with this detail.

Ps. but i am  sure that you have no access to apache or server's default php.ini

[de-active]

1- is this php.ini effecting elxis dir?  is it server's global php.ini? did you run a phpinfo() in elxis dir? where is this php.ini located?
2- what mode running your server? mod_php or suphp?
3- most probably that your php.ini effecting only it's own dir , not subdirs! find your server mode and read wiki=>

wiki=> read again carefully=> http://wiki.elxis.org/wiki/PHP_settings

1. Yes, I believe this is the php.ini effecting elxis dir, since elxis is located in the public_html directory, so is the php.ini file.
2. ehh I don't know - I don't think neitehr mod_php or suphp

3.I think the problem is now solved (how do I know? - I don't get the error or see it when logging into Elxis administrator section) because I changed the "time offset"....is the problem solved?

I don't think I can restart Apache or have access to the server's default php.ini file, but I do have access to the .htaccess for my server/directory

Many thanks once again....the thing was, I kept a copy of the old php file (before reinstalling Elxis) and I checked it with the new one and they both looked identical.

[ks-net]

To check if your custom settings are present create a phpinfo.php file in public_html with the following code inside it:
<?php phpinfo();?>
Then call it in your browser to see loaded php settings.

the very first lines telling the most interested things

PHP Version 5.2.9
System    Linux  2.6.18-92.el5PAE #1 SMP Tue Jun 10 19:22:41 EDT 2008 i686
Build Date    May 12 2009 22:29:00
Configure Command    './configure'
Server API    CGI
Virtual Directory Support    disabled
Configuration File (php.ini) Path    /usr/lib
Loaded Configuration File    /home/userdir/php.ini

create that phpinfo file in your server and call it to see the info...  move it around some dir-subdirs to see if your php.ini is present in sudirs

in that phpinfo is listed the date.timezone value and every other parameters values.

so tell me what the server api is  ... cgi? fastsci? apache?

***
alternative you can get phpinfo from administrator>>site>>site-information but it is better to create your own phpinfo file to make some checks around(after checks-delete it)

[de-active]

I'll create this and get back to you...many many thanks once again