I just installed the version 0.8.6. I copied the files to my server at /imdb as the instructions said.
The problem is that when I try to search something using the test example there are no results.
No idea what is the problem.
Thank you.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I would like to help you - but that's difficult without any details provided. Did you try the same searches at the demo site and, if so, with different results? Is any error message displayed on your installation? Do you simply get an empty page, or does nothing happen, or is anything displayed there? Can you provide an URL to your installation, so one of us can verify?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That occurs with every search. I have just tried doing a local installation on my machine, and it works fine. So the problem must be on the server side. I am using a hosting on godaddy.
No idea what should be the problem on the server.
Php 5 is enabled and url_allow is on.
This is my php.ini:
register_globals = off
allow_url_fopen = on
short_open_tag = On
OK, so we are one step further. Since you got it working at home, it cannot be the code *Ugh!*. If it would be the server not recognizing the PHP stuff, you wouldn't see an empty page but the PHP code (one of the reasons why I asked you whether you get an empty page or anything displayed at all). Still, it could be everything (except what we excluded above)...
Ah, another message from you with the URL - good, so two more things we may exclude: No timeouts (bad routing, firewall probs). Result page does not only look blank - it really *IS* blank (source code only contains HTML head and body tags). That's strange. Looks like some problems with your PHP installation there: The server seems to *recognize* the page being an PHP page, but instead of executing the PHP code it simply removes it. Try verifying: Simply create an empty file, call it something with the extension .php - and place only one line inside:
<?php phpinfo(); ?>
Save it, call it with your browser. If that's empty, you've got a problem with your PHP handling. Maybe you add something to your .htaccess?
AddType application/x-httpd-php .php .inc
Guess that's worth a try. And hopefully your provider lets you do something like that with the .htaccess...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I tried to put that php file with the phpinfo, and i didnt get a blank page, i got the information about php, so i guess is not a php handling problem.
Im going to try to add that line you said to the .htaccess file, and i will see, since godaddy check the .htacces very hour, i think.
This problem is freaking me out
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This should list up all vars posted by the form. If you only see the string "HTTP_GET_VARS:" on the result page, but no vars listed... Argh! You had register_globals=off, right? Then change the $HTTP_GET_VARS to $_GET wherever you find them. That's one time in imdbsearch.php, and a few more times in imdb.php - check again, and please report. Should work then.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You were right, that was the problem. I just changed $HTTP_GET_VARS to $_GET in both files and now it is working perfectly!!!
Thank so muchhhhh!!!
Technically, what was the problem? I am going to write a website for my movies collection. Does it means that I have to use $_GET to read the variables that i want send to another page?
Again... THANKS!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Great! I already updated that in CVS.
Explanation: $HTTP_*_VARS is a global variable - so it is not accessible with register_globals=off. But the $_GET, $_POST, and $_REQUEST variables are superglobals - so they are available regardless of the register_globals setting. So as for your website, I would recommend you using the superglobals. But you should not use their content without check, for security reasons, in most situations. Otherwise you open the door to hackers. An example about what I mean (just a raw one): Running a statement against your DB with values from a form may cause SQL injection: "UPDATE users SET password='$password' WHERE id=$id" - whereas $password was retrieved via a form. Hackers knowing this may update their access privileges as well, if they know the table structure, by entering "pass',privil='admin" into the field - which makes the SQL look like "UPDATE users SET password='pass',privil='admin' WHERE id=$id" - see what I mean, yeah? But that's off topic here, so we stay with this little hint - OK? ;)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I just installed the version 0.8.6. I copied the files to my server at /imdb as the instructions said.
The problem is that when I try to search something using the test example there are no results.
No idea what is the problem.
Thank you.
I would like to help you - but that's difficult without any details provided. Did you try the same searches at the demo site and, if so, with different results? Is any error message displayed on your installation? Do you simply get an empty page, or does nothing happen, or is anything displayed there? Can you provide an URL to your installation, so one of us can verify?
That occurs with every search. I have just tried doing a local installation on my machine, and it works fine. So the problem must be on the server side. I am using a hosting on godaddy.
No idea what should be the problem on the server.
Php 5 is enabled and url_allow is on.
This is my php.ini:
register_globals = off
allow_url_fopen = on
short_open_tag = On
expose_php = Off
max_input_time = 60
variables_order = "EGPCS"
extension_dir = ./
upload_tmp_dir = /tmp
precision = 12
SMTP = relay-hosting.secureserver.net
url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=,fieldset="
[Zend]
zend_optimizer.optimization_level=15
zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-2.5.7
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-2.5.7
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so
Thank you so much izzy for your fast answer.
Just in case, this is my .htaccess:
AddHandler x-httpd-php5 .php
AddHandler x-httpd-php .php4
I dont know if there should any more lines, since i had to create a new one, because there was not any .htaccess when i started using godaddy.
Thank you again.
OK, so we are one step further. Since you got it working at home, it cannot be the code *Ugh!*. If it would be the server not recognizing the PHP stuff, you wouldn't see an empty page but the PHP code (one of the reasons why I asked you whether you get an empty page or anything displayed at all). Still, it could be everything (except what we excluded above)...
Ah, another message from you with the URL - good, so two more things we may exclude: No timeouts (bad routing, firewall probs). Result page does not only look blank - it really *IS* blank (source code only contains HTML head and body tags). That's strange. Looks like some problems with your PHP installation there: The server seems to *recognize* the page being an PHP page, but instead of executing the PHP code it simply removes it. Try verifying: Simply create an empty file, call it something with the extension .php - and place only one line inside:
<?php phpinfo(); ?>
Save it, call it with your browser. If that's empty, you've got a problem with your PHP handling. Maybe you add something to your .htaccess?
AddType application/x-httpd-php .php .inc
Guess that's worth a try. And hopefully your provider lets you do something like that with the .htaccess...
My Url is www.camilopez.com/imdb
And the results page is blank.
I tried to put that php file with the phpinfo, and i didnt get a blank page, i got the information about php, so i guess is not a php handling problem.
Im going to try to add that line you said to the .htaccess file, and i will see, since godaddy check the .htacces very hour, i think.
This problem is freaking me out
Nothing. I added that lne to .htaccess, and i have the same problem.
Do you have any idea of what is going wrong?
Thank you, i know that right now the problem is not on your code, is on my server, so DOUBLE thank you. ; )
Please put this in the very beginning of your imdbsearch.php, i.e. starting at line 2:
echo "HTTP_GET_VARS:<PRE>";print_r($HTTP_GET_VARS);echo "</PRE>";
This should list up all vars posted by the form. If you only see the string "HTTP_GET_VARS:" on the result page, but no vars listed... Argh! You had register_globals=off, right? Then change the $HTTP_GET_VARS to $_GET wherever you find them. That's one time in imdbsearch.php, and a few more times in imdb.php - check again, and please report. Should work then.
Yeahhh!!!
You were right, that was the problem. I just changed $HTTP_GET_VARS to $_GET in both files and now it is working perfectly!!!
Thank so muchhhhh!!!
Technically, what was the problem? I am going to write a website for my movies collection. Does it means that I have to use $_GET to read the variables that i want send to another page?
Again... THANKS!
Great! I already updated that in CVS.
Explanation: $HTTP_*_VARS is a global variable - so it is not accessible with register_globals=off. But the $_GET, $_POST, and $_REQUEST variables are superglobals - so they are available regardless of the register_globals setting. So as for your website, I would recommend you using the superglobals. But you should not use their content without check, for security reasons, in most situations. Otherwise you open the door to hackers. An example about what I mean (just a raw one): Running a statement against your DB with values from a form may cause SQL injection: "UPDATE users SET password='$password' WHERE id=$id" - whereas $password was retrieved via a form. Hackers knowing this may update their access privileges as well, if they know the table structure, by entering "pass',privil='admin" into the field - which makes the SQL look like "UPDATE users SET password='pass',privil='admin' WHERE id=$id" - see what I mean, yeah? But that's off topic here, so we stay with this little hint - OK? ;)
I got it.
Thank you for the advise!
From now, I will be around here very often, I see your class very usefull, and plenty of multiple uses.
So.... Hi everybody!
Thank you for everything izzy!