2 = date(): It is not safe to rely on the system's timezone settings.

Scriptcase 7 Discussion
#1

an error is coming up when generating the grid / list application.

===========================
2 = date(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ‘Australia/Melbourne’ for ‘EST/11.0/DST’ instead
/var/www/html/scriptcase/devel/generator/nm_gp_ler_campos.php 636

===========================

This is after using the batch express creation function to generate the applications.

The table does not have any field or display formatting related to DATE or any field with the word date in it.
Not able to understand what the error is about.

#2

additional generator errors with different page names in addition to the above:

/var/www/html/scriptcase/devel/generator/nm_gp_atualiza_horadata.php 7

/var/www/html/scriptcase/devel/generator/nm_gp_gera_ini.php 1061

#3

if you get this error then make changes to the php.ini and restart your webserver.

in the php.ini config:

[Date]
; Defines the default timezone used by the date functions
;date.timezone =

to

date.timezone = Australia/Sydney

or to whatever your local timezone your server is situated in.

#4

Thanks madikonda!

regards,
Bernhard Bernsmann

#5

Hello, I make the settings in the php.ini file! time performs well, BUT this only works in the environment of sc! after they are posted and applications are installed on the server, the problem of evil once again time zone!
What can be done to fix this?

#6

Why are you spamming all threads with the same issue? Please clean this up. I found 6 identical items (in ENG and SP).

#7

Fecha incorrecta

Creo que tengo un problema similar, al ejecutar el formulario aparece una fecha y horas con 6 horas adelantadas, ya cambie la hora del sistema donde se encuentra instalado el servidor postgresql, y estaba mal configurada la hora, la corregi en el bios pero sigue igual con 6 horas de adelanto…