I'm having a problem with phpgedview. When I come to step 6 of the install, downloading and saving config.php it sort of skips a few steps and I'm forwarded to my genealogy-sites login page to phpgedview, but there are no users registrered, I can't login, I can't access install.php - nothing. Does anyone know what the problem is?
/Marléne
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
If you can't get back to the Install wizard to start your site configuration from the beginning, you need to replace file "config.php" with a fresh copy.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I also have a problem in the installation mode, here is the script I receive when installing:
ERROR 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 'America/New_York' for 'EST/-5.0/no DST' instead
0 Error occurred on in function date
1 called from line 310 of file session.php in function require_once
2 called from line 75 of file config.php in function require_once
3 called from line 42 of file install.php
Warning: 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 'America/New_York' for 'EST/-5.0/no DST' instead in /var/www/html/phpgedview/includes/authentication.php on line 294 Warning: 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 'America/New_York' for 'EST/-5.0/no DST' instead in /var/www/html/phpgedview/includes/session.php on line 310
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Please don't hijack a thread in this fashion, but start your own.
HOWEVER - This is not a critical error, but rather a warning that - beginning with PHP 5.3 - the user is required to set the date/timezone details in the php.ini. Prior to this upgrade in php, it was either set by script or ignored. You too can ignore it, or you can fix it with an addition to the php.ini or other manners. THIS IS DISCUSSED AT LENGTH in other threads - simply search for TIMEZONE.
This warning will have little to no effect in operating your site with PGV. -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
What Stephen is trying to tell you is that you do not have a problem with PhpGedView. You do, however, have a problem with the configuration of the PHP system that is installed on your server and is used by PhpGedView.
The system is informing you that you have not configured the correct time zone within the PHP software.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks Stephen and canajun2eh, I will try to locate the problem but I have an additional problem where phpgedvied also does not recognize folders and files are writable and I also noticed that "John" the author for phpgedview has not made any updates since 2009. I was trying to locate an address to notify him about the problems so the application could be updated. I am currently trying to use Fedora 14, but since I cannot get the network to stay live I will be switching to CentOS 5.5 and checking that out. I will try my best to follow Stephen but I am a beginner to php especially for troubleshooting someone else's program.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
where phpgedvied also does not recognize folders and files are writable
You are certainly mistaken or else how could thousands of admins have successfully installed their own PGV setups?
Sounds like you have ISP/Host issues and may be unfamiliar with the several file management options that may be available to you. Installation of PGV is very straightforward and reasonably easy, given the ability to manipulate your file permissions and follow carefully crafted step-by-step instructions (wiki pages).
Yes, the discussion that PGV has not had a new stable release in a year is well-veited in these forums. It is unlikely that it will be in the near future, at least until a new developer steps forward to assume the mantle for innovating, changing and repairing the software. There is a fork of the PGV program, webtrees, that is sustaining rapid change and development, with several of the previous PGV developers, that you may wish to consider as an alternative if you find PGV's lack of progress troublesome. -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I also loaded the website on my systems for years, but in Fedora 14, (both 32bit and 64bit) it will not reconize files and folders as writeable. that is why I am going to try CentOS 5.5. I have actually gone into each of the areas and ran chmod to items config.php, ./index/ and the others and I used chmod 777 to all of the items listed in the instructions. I also used chmod g+w on the folders and still the install did not reconize the writable files and folders. I was trying to load this onto my personal Linux Fedora 14 system.
-Lynn
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
PGV doesn't actually care about whether file or folders are writable. This is left to the operating system's file system to sort out.
If you're getting error messages about not being able to write or overwrite files, you probably have an "ownership" problem. You need to look outside PGV for problems.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The problem I was getting was I could not goto the next step in the install process because it was telling me me that the ./index/ is not writable and I could not proceed further than that. That is the reason I am switching to "CentOS Linux" from "Fedora 14 Linux". Something between phpgedview and Fedora 14 is not communicating therefore I could not get it loaded. I have loaded Cent OS onto my server/workstation but have not installed phpgedview yet, but will do shortly.
I also should not have a ownership problem since the ownership and everything is in the root user/group/owner. I made sure of that.
I am just as stumped as you are.
-Lynn
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Well I loaded it, Install it, and it is working in CentOS Linux, so the problem lies in Fedora-14 Linux for th configuration of phpgedview not working.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Gypsy
This is a required setting since php v5.3. The default time zone line actually belongs in your php.ini. If not there, it can sometimes alternatively be included within an .htaccess file. TMK, it doesn't belong in the session.php file.
My previous comment is referring to the error:
ERROR 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 'America/New_York' for 'EST/-5.0/no DST' instead 0 Error occurred on in function date 1 called from line 310 of file session.php in function require_once
I fixed this error (Plus several other errors) by adding:
date_default_timezone_set("America/Los_Angeles");
near the top of includes/session.php file.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
On a Linux system, I'm not sure that editing /etc/php.ini is an acceptable answer in general. In a large system with multiple users and multiple applications, it is not a good practice to hack /etc/php.ini and restart Apache for each application that crashes, possibly destabilizing other apps that are running.
This problem appears to have been affecting phpGEDView for over a year. If you google the error message, you will see many sites that are affected by it. Seems about time that phpGEDView is fixed so that multiple people don't have to stumble over it.
(Note that unfortunately this thread is the one that Google found for me first when looking for this issue.)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Gypsy
YES, even on a Linux system, the host support team was supposed to modify the php.ini (one time) - at least according to PHP.net. However, there are other ways to accomplish setting this value - as I pointed out - by using your personal .htaccess file to record the particulars. Gerry is quite correct in reiterating that PGV admins should NOT modify the session.php file.
It isn't a PGV problem, but rather a web-wide problem in all PHP-driven programs that record dates and times, that was changed by the PHP programmers in v5.3+. This is well documented. -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi #2, I had totally given up on this and even forgotten I wrote this so I'm sorry for my absent reply. (although most of the thread seems to be about something completely different)
I've always used the next button, it simply doesn't help.
how do I set the permissions to 777?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You should be able to do this with the FTP program you used to upload your new PGV installation to the server. (You DID unzip the files on your local PC and then FTP'd the whole works to the server, didn't you?)
Some people have reported problems with PGV installations where the ZIP file was copied to the server and then unZipped using a server-resident unZip utility. This method is not recommended.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi! I've figured out how to do and did it, but I still have the same old problem. When clicking "Download config.php" I get redirected to "login" which I of course cannot do since there is yet to be an admin created.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Why would you want to download that config.php file? If you go through the configuration procedure, clicking "Next" each time, you should be permitted to create that missing Admin userid.
Replace your exsiting "config.php" file with a fresh copy from the set of Install files, and then launch PGV again. Go through the config steps, clicking "Next" each time. Do NOT try to download the config.php file until you have completed the initial setup.
The "download config.php file" option is in there to allow for sites that haven't set up the permissions properly. In my opinion, this option is useless and should be removed.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi! Of course I have tried both "next button", clicking on the next step as well as downloading config.php. I've tried every combination known to man… Every time I come to the step of "download config" and press next I'm redirected to …/login.php?url=install.php and there is no way of accessing anything, it all redirects me to the same page and the same login.php. I can't request an account, can't request password, can't login and there is no admin created. I've tried to skip to the second last step but it still sends me straight to login.php….
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Now I managed to skip to the create admin-step but gets unable to create user.. However when I'm forwarded again, I can login with the one I "created but didn't succeed"… More to come later, as I'm off the computer now before I create a computershaped hole in the window….
/Marléne
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm having a problem with phpgedview. When I come to step 6 of the install, downloading and saving config.php it sort of skips a few steps and I'm forwarded to my genealogy-sites login page to phpgedview, but there are no users registrered, I can't login, I can't access install.php - nothing. Does anyone know what the problem is?
/Marléne
When you're filling in the basic site configuration, you need to always click the "Next" button.
Before you start, make sure the permissions are set properly. You need to set these to 777:
File: ./config.php
Directory: ./index (all contents too)
Directory: ./media (all sub-directories and all contents)
If you can't get back to the Install wizard to start your site configuration from the beginning, you need to replace file "config.php" with a fresh copy.
I also have a problem in the installation mode, here is the script I receive when installing:
ERROR 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 'America/New_York' for 'EST/-5.0/no DST' instead
0 Error occurred on in function date
1 called from line 310 of file session.php in function require_once
2 called from line 75 of file config.php in function require_once
3 called from line 42 of file install.php
Warning: 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 'America/New_York' for 'EST/-5.0/no DST' instead in /var/www/html/phpgedview/includes/authentication.php on line 294 Warning: 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 'America/New_York' for 'EST/-5.0/no DST' instead in /var/www/html/phpgedview/includes/session.php on line 310
Please don't hijack a thread in this fashion, but start your own.
HOWEVER - This is not a critical error, but rather a warning that - beginning with PHP 5.3 - the user is required to set the date/timezone details in the php.ini. Prior to this upgrade in php, it was either set by script or ignored. You too can ignore it, or you can fix it with an addition to the php.ini or other manners. THIS IS DISCUSSED AT LENGTH in other threads - simply search for TIMEZONE.
This warning will have little to no effect in operating your site with PGV.
-Stephen
What Stephen is trying to tell you is that you do not have a problem with PhpGedView. You do, however, have a problem with the configuration of the PHP system that is installed on your server and is used by PhpGedView.
The system is informing you that you have not configured the correct time zone within the PHP software.
Thanks Stephen and canajun2eh, I will try to locate the problem but I have an additional problem where phpgedvied also does not recognize folders and files are writable and I also noticed that "John" the author for phpgedview has not made any updates since 2009. I was trying to locate an address to notify him about the problems so the application could be updated. I am currently trying to use Fedora 14, but since I cannot get the network to stay live I will be switching to CentOS 5.5 and checking that out. I will try my best to follow Stephen but I am a beginner to php especially for troubleshooting someone else's program.
You are certainly mistaken or else how could thousands of admins have successfully installed their own PGV setups?
Sounds like you have ISP/Host issues and may be unfamiliar with the several file management options that may be available to you. Installation of PGV is very straightforward and reasonably easy, given the ability to manipulate your file permissions and follow carefully crafted step-by-step instructions (wiki pages).
Yes, the discussion that PGV has not had a new stable release in a year is well-veited in these forums. It is unlikely that it will be in the near future, at least until a new developer steps forward to assume the mantle for innovating, changing and repairing the software. There is a fork of the PGV program, webtrees, that is sustaining rapid change and development, with several of the previous PGV developers, that you may wish to consider as an alternative if you find PGV's lack of progress troublesome.
-Stephen
I also loaded the website on my systems for years, but in Fedora 14, (both 32bit and 64bit) it will not reconize files and folders as writeable. that is why I am going to try CentOS 5.5. I have actually gone into each of the areas and ran chmod to items config.php, ./index/ and the others and I used chmod 777 to all of the items listed in the instructions. I also used chmod g+w on the folders and still the install did not reconize the writable files and folders. I was trying to load this onto my personal Linux Fedora 14 system.
-Lynn
PGV doesn't actually care about whether file or folders are writable. This is left to the operating system's file system to sort out.
If you're getting error messages about not being able to write or overwrite files, you probably have an "ownership" problem. You need to look outside PGV for problems.
The problem I was getting was I could not goto the next step in the install process because it was telling me me that the ./index/ is not writable and I could not proceed further than that. That is the reason I am switching to "CentOS Linux" from "Fedora 14 Linux". Something between phpgedview and Fedora 14 is not communicating therefore I could not get it loaded. I have loaded Cent OS onto my server/workstation but have not installed phpgedview yet, but will do shortly.
I also should not have a ownership problem since the ownership and everything is in the root user/group/owner. I made sure of that.
I am just as stumped as you are.
-Lynn
Well I loaded it, Install it, and it is working in CentOS Linux, so the problem lies in Fedora-14 Linux for th configuration of phpgedview not working.
I fixed this error (Plus several other errors) by adding:
date_default_timezone_set("America/Los_Angeles");
near the top of includes/session.php
Gypsy
This is a required setting since php v5.3. The default time zone line actually belongs in your php.ini. If not there, it can sometimes alternatively be included within an .htaccess file. TMK, it doesn't belong in the session.php file.
see several other threads for this and other deprecated actions with 5.3.
http://sourceforge.net/projects/phpgedview/forums/forum/185166/topic/3369265
These requirements are well-handled vy PGV v4.2.3+ with a few tweaks additional in SVN
-Stephen
My previous comment is referring to the error:
ERROR 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 'America/New_York' for 'EST/-5.0/no DST' instead 0 Error occurred on in function date 1 called from line 310 of file session.php in function require_once
I fixed this error (Plus several other errors) by adding:
date_default_timezone_set("America/Los_Angeles");
near the top of includes/session.php file.
Gypsy:
You should NOT modify session.php to fix an error that is caused by your incorrect PHP.ini settings.
You need to set the default time zone in PHP.ini. That way, all other PHP scripts (not just PhpGedView) will be fixed.
On a Linux system, I'm not sure that editing /etc/php.ini is an acceptable answer in general. In a large system with multiple users and multiple applications, it is not a good practice to hack /etc/php.ini and restart Apache for each application that crashes, possibly destabilizing other apps that are running.
This problem appears to have been affecting phpGEDView for over a year. If you google the error message, you will see many sites that are affected by it. Seems about time that phpGEDView is fixed so that multiple people don't have to stumble over it.
(Note that unfortunately this thread is the one that Google found for me first when looking for this issue.)
Gypsy
YES, even on a Linux system, the host support team was supposed to modify the php.ini (one time) - at least according to PHP.net. However, there are other ways to accomplish setting this value - as I pointed out - by using your personal .htaccess file to record the particulars. Gerry is quite correct in reiterating that PGV admins should NOT modify the session.php file.
It isn't a PGV problem, but rather a web-wide problem in all PHP-driven programs that record dates and times, that was changed by the PHP programmers in v5.3+. This is well documented.
-Stephen
Hi #2, I had totally given up on this and even forgotten I wrote this so I'm sorry for my absent reply. (although most of the thread seems to be about something completely different)
I've always used the next button, it simply doesn't help.
how do I set the permissions to 777?
try chmod 777 "your folder" or "your file" but you need to be in a command prompt to do it.
You should be able to do this with the FTP program you used to upload your new PGV installation to the server. (You DID unzip the files on your local PC and then FTP'd the whole works to the server, didn't you?)
Some people have reported problems with PGV installations where the ZIP file was copied to the server and then unZipped using a server-resident unZip utility. This method is not recommended.
Hi! I've figured out how to do and did it, but I still have the same old problem. When clicking "Download config.php" I get redirected to "login" which I of course cannot do since there is yet to be an admin created.
Why would you want to download that config.php file? If you go through the configuration procedure, clicking "Next" each time, you should be permitted to create that missing Admin userid.
Replace your exsiting "config.php" file with a fresh copy from the set of Install files, and then launch PGV again. Go through the config steps, clicking "Next" each time. Do NOT try to download the config.php file until you have completed the initial setup.
The "download config.php file" option is in there to allow for sites that haven't set up the permissions properly. In my opinion, this option is useless and should be removed.
Hi! Of course I have tried both "next button", clicking on the next step as well as downloading config.php. I've tried every combination known to man… Every time I come to the step of "download config" and press next I'm redirected to …/login.php?url=install.php and there is no way of accessing anything, it all redirects me to the same page and the same login.php. I can't request an account, can't request password, can't login and there is no admin created. I've tried to skip to the second last step but it still sends me straight to login.php….
Now I managed to skip to the create admin-step but gets unable to create user.. However when I'm forwarded again, I can login with the one I "created but didn't succeed"… More to come later, as I'm off the computer now before I create a computershaped hole in the window….
/Marléne