When pointing my browser to phpGedview (http://localhost/phpGedView/), all I get is a directory listing of the phpGedView files rather than the result of executing a php script. Can you tell me what I'm doing wrong? (Other php apps work fine on this system).
Thanks for any help
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-09-29
Hey Lenny,
I had the same problem the first time, did you spcify in your httpd.conf file that DirectoryIndex should contain index.php. It should look like this more or less:
DirectoryIndex index.htm index.html index.html.var index.php
I am assuming here you are running Apache.
Greetz,
Roland
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-09-29
Roland, thanks for your response.
I tried http://localhost/phpGedView/index.php and that eliminated the directory display, but now no page at all is displayed (server never completes execution of index.php and eventually times out). Thinking that perhaps a portion of the contents of the phpGedView directory was corrupted during my multiple previous attempts to get going, I completely refreshed the directory contents from the d/'d zip file with the same results.
I'm running Xitami on Win XP. In many years, Xitami has always worked flawlessly. (Your suggestion about adding index.php as a default start page was a good one. That was missing. Now http://localhost/phpGedView/ works just like http://localhost/phpGedView/index.php. But of course, now something else is wrong).
Any ideas?
Lenny
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-09-29
Tried bypassing use of index.php by pointing browser to editconfig.php. This appeared to work and I was able to configure, import my GED file and view the charts. Likely because of this hacked approach, I am getting error message on my generated charts (although the charts themselves look good.) This is a great application. I'd love to get it right.
Msgs are: Undefined variable: PEDIGREE_GENERATIONS in C:\Xitami\webpages\PHPGEDVIEW\languages\lang.en.php on line 39
and
Warning: Cannot modify header information - headers already sent by (output started at C:\Xitami\webpages\PHPGEDVIEW\languages\lang.en.php:39) in C:\Xitami\webpages\PHPGEDVIEW\functions.php on line 628
Ideas?
Lenny Harris
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-09-29
I removed the term, PEDIGREE_GENERATIONS, in C:\Xitami\webpages\PHPGEDVIEW\languages\lang.en.php on line 39, and that appears to have eliminated the error messages.
Charts now look good, but I'm wondering if the brute force hacking messed up anything that I haven't seen yet??
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-09-29
Hey Lenny,
You are quite a hacker :D There are two things I am wondering:
1. What happens if you rename index.php to index.html?
Yes I know, it won't be processed by PHP but at least it should give you some output :) If it does give you output then we know the file is correct.
2. How about the timeout your server has? What if you increase that? It could be that it times out before the page is fully loaded and then give you a blank page.
Let me know what happens.
Roland
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
What you did is perfectly fine. The index.php page checks to see if PhpGedView has been configured yet and it forwards you to editconfig.php so there is nothing wrong with what you did there. I'm not sure why Xitami didn't forward the page properly. Could be because of the other error.
The error about the missing PEDIGREE_GENERATIONS is part of what I think is causing some of the other people their problems. Instead of removing it from the language files, in the next version (2.51) I added some code in session.php to make sure that PEDIGREE_GENERATIONS is set before the language files are interpreted.
But what you did should work just fine.
--John
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-09-29
Roland, there no longer is any problem accessing index.php -- either as the default page or as part of the URL.
Also, after my direct invocation of editconfig.php, the timeout problem no longer exists.
For the most part, the app appears to be working well. If I try an online edit of any of the entries, I get a few error msgs including:
Undefined variable: gid in C:\Xitami\webpages\phpgedview\gdbi_interface.php on line 64
and the update fails. That's the only problem I've seen up to this point. I assume its a result of my start-up hacks. I'd love to know why I couldn't get started normally.
Lenny
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-09-29
Lenny,
The error:
Undefined variable: gid in C:\Xitami\webpages\phpgedview\gdbi_interface.php on line 64
I found earlier and posted the fix for this and John also changed it in the future version. It is solved by changed the word gid into pid on line 64.
From what I understand you can access the index.php perfectly?
What would happen if you install the version 2.51b on your server? Just as a test and see how it goes?
Roland
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-09-29
Making Progress.
d/l'd 2.51b. On inital startup, still had problem with index.php not completing (eventual server timeout). Again invoked editconig.php for configuration, and after that accessing index.php no problem. Also, no longer any gid problem. All looks much better.
So after very cursory testing, except for the initial index.php wierdness, no known problems.
Thanks for all responsive/helpful assistance.
Lenny
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-09-29
Hey Lenny,
Glad to hear all is working fine now, despite the first quirk. If the $configured is false it should invoke the configuration screen automatically. Maybe more luck next time ;)
Have fun with it.
Roland
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-09-29
John, thanks for your response. You've built a super application.
Any idea what's causing my undefined variable: gid? Is 2.51b likely to fix it?
Lenny
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When pointing my browser to phpGedview (http://localhost/phpGedView/), all I get is a directory listing of the phpGedView files rather than the result of executing a php script. Can you tell me what I'm doing wrong? (Other php apps work fine on this system).
Thanks for any help
Hey Lenny,
I had the same problem the first time, did you spcify in your httpd.conf file that DirectoryIndex should contain index.php. It should look like this more or less:
DirectoryIndex index.htm index.html index.html.var index.php
I am assuming here you are running Apache.
Greetz,
Roland
Roland, thanks for your response.
I tried http://localhost/phpGedView/index.php and that eliminated the directory display, but now no page at all is displayed (server never completes execution of index.php and eventually times out). Thinking that perhaps a portion of the contents of the phpGedView directory was corrupted during my multiple previous attempts to get going, I completely refreshed the directory contents from the d/'d zip file with the same results.
I'm running Xitami on Win XP. In many years, Xitami has always worked flawlessly. (Your suggestion about adding index.php as a default start page was a good one. That was missing. Now http://localhost/phpGedView/ works just like http://localhost/phpGedView/index.php. But of course, now something else is wrong).
Any ideas?
Lenny
Tried bypassing use of index.php by pointing browser to editconfig.php. This appeared to work and I was able to configure, import my GED file and view the charts. Likely because of this hacked approach, I am getting error message on my generated charts (although the charts themselves look good.) This is a great application. I'd love to get it right.
Msgs are: Undefined variable: PEDIGREE_GENERATIONS in C:\Xitami\webpages\PHPGEDVIEW\languages\lang.en.php on line 39
and
Warning: Cannot modify header information - headers already sent by (output started at C:\Xitami\webpages\PHPGEDVIEW\languages\lang.en.php:39) in C:\Xitami\webpages\PHPGEDVIEW\functions.php on line 628
Ideas?
Lenny Harris
I removed the term, PEDIGREE_GENERATIONS, in C:\Xitami\webpages\PHPGEDVIEW\languages\lang.en.php on line 39, and that appears to have eliminated the error messages.
Charts now look good, but I'm wondering if the brute force hacking messed up anything that I haven't seen yet??
Hey Lenny,
You are quite a hacker :D There are two things I am wondering:
1. What happens if you rename index.php to index.html?
Yes I know, it won't be processed by PHP but at least it should give you some output :) If it does give you output then we know the file is correct.
2. How about the timeout your server has? What if you increase that? It could be that it times out before the page is fully loaded and then give you a blank page.
Let me know what happens.
Roland
What you did is perfectly fine. The index.php page checks to see if PhpGedView has been configured yet and it forwards you to editconfig.php so there is nothing wrong with what you did there. I'm not sure why Xitami didn't forward the page properly. Could be because of the other error.
The error about the missing PEDIGREE_GENERATIONS is part of what I think is causing some of the other people their problems. Instead of removing it from the language files, in the next version (2.51) I added some code in session.php to make sure that PEDIGREE_GENERATIONS is set before the language files are interpreted.
But what you did should work just fine.
--John
Roland, there no longer is any problem accessing index.php -- either as the default page or as part of the URL.
Also, after my direct invocation of editconfig.php, the timeout problem no longer exists.
For the most part, the app appears to be working well. If I try an online edit of any of the entries, I get a few error msgs including:
Undefined variable: gid in C:\Xitami\webpages\phpgedview\gdbi_interface.php on line 64
and the update fails. That's the only problem I've seen up to this point. I assume its a result of my start-up hacks. I'd love to know why I couldn't get started normally.
Lenny
Lenny,
The error:
Undefined variable: gid in C:\Xitami\webpages\phpgedview\gdbi_interface.php on line 64
I found earlier and posted the fix for this and John also changed it in the future version. It is solved by changed the word gid into pid on line 64.
From what I understand you can access the index.php perfectly?
What would happen if you install the version 2.51b on your server? Just as a test and see how it goes?
Roland
Making Progress.
d/l'd 2.51b. On inital startup, still had problem with index.php not completing (eventual server timeout). Again invoked editconig.php for configuration, and after that accessing index.php no problem. Also, no longer any gid problem. All looks much better.
So after very cursory testing, except for the initial index.php wierdness, no known problems.
Thanks for all responsive/helpful assistance.
Lenny
Hey Lenny,
Glad to hear all is working fine now, despite the first quirk. If the $configured is false it should invoke the configuration screen automatically. Maybe more luck next time ;)
Have fun with it.
Roland
John, thanks for your response. You've built a super application.
Any idea what's causing my undefined variable: gid? Is 2.51b likely to fix it?
Lenny
Yes, 2.51 will fix the errors with the editing features.
--John