![]() |
|
![]() |
|
|
Thread Tools | Display Modes |
|
|
|
|
#1 |
|
Programming Guru
![]() ![]() ![]() |
Trying to install PHP Nuke... its bombing out on me, not sure what the deal is, the process reads to be fairly straight forward and the defaults are what I used besides the userid and password.
My configuration is: Apache 2.0.49 PHP 4.3.5 MySQL 4.0.18-max-debug Internet Explorer 6.0.x There errors are being generated when trying to run admin.php from the browser (IE). They are: Notice: Undefined variable: HTTP_USER_AGENT in C:\Apache2\htdocs\nuke\html\mainfile.php on line 28 Notice: import_request_variables(): No prefix specified - possible security hazard in C:\Apache2\htdocs\nuke\html\mainfile.php on line 51 Notice: Undefined variable: forum_admin in C:\Apache2\htdocs\nuke\html\mainfile.php on line 79 Notice: Undefined variable: inside_mod in C:\Apache2\htdocs\nuke\html\mainfile.php on line 82 Notice: Undefined variable: inside_mod in C:\Apache2\htdocs\nuke\html\db\db.php on line 44 Anyone have any ideas why these "defaults" variables and functions are causing problems? Especially being that it seems like I have everything up to par in terms of configuration? Thnx.
__________________
http://jasonpowers.net "There are a thousand hacking at the branches of evil to one who is striking at the root." |
|
|
|
|
|
#2 |
|
Expert Programmer
|
HTTP_USER_AGENT is a variable that was used back in the day of PHP3, before the introduced the PHP4 superglobals... problem is that they are a bit insecure now, and I think are disables by a lot of hosts and possibly by default in the php.ini file.
Instead of using $HTTP_USER_AGENT try using: $_SERVER['HTTP_USER_AGENT'] -- this will likely fix your problem. Aside from that you will need to reenable the global option that puts your super globals back into standard global variables (PHP3 style). ![]() Hope that helps.
__________________
Clifford Matthew Roche <geek@cliffordroche.com> Web Hosting: http://www.crd-hosting.com Consulting: http://www.crdev-consulting.com |
|
|
|
|
|
#3 |
|
Programming Guru
![]() ![]() |
What version are you trying to install?
__________________
Profanity is the one language that all programmers understand. Check out my Blog <---updated Nov 30 2007! |
|
|
|
|
|
#4 |
|
Programming Guru
![]() ![]() |
Did you read the how to on the PHP-Nuke site?? It helped me out alot. The link points at the howto.
__________________
Profanity is the one language that all programmers understand. Check out my Blog <---updated Nov 30 2007! |
|
|
|
|
|
#5 |
|
Programming Guru
![]() ![]() ![]() |
I believe it is version 7.3. Thanks for the input, I will try it again this evening when I get home.
__________________
http://jasonpowers.net "There are a thousand hacking at the branches of evil to one who is striking at the root." |
|
|
|
|
|
#6 |
|
Programming Guru
![]() ![]() |
hmm, that's the same version that i have. Although mine is running off a linux server. Shouldn't make much difference though. I know under linux the file permissions had to be site right, but under windows it doesn't make a flying difference. Try looking at this
__________________
Profanity is the one language that all programmers understand. Check out my Blog <---updated Nov 30 2007! |
|
|
|
|
|
#7 |
|
Programming Guru
![]() ![]() ![]() |
Finally able to sit down and look at this again. You're replies have helped me a good deal, thanks to the both of you.
Substituted: $HTTP_USER_AGENT with $_SERVER['HTTP_USER_AGENT'] (this may have been more of a warning that could have been handled by the below update as opposed to an error) Added this to my php.ini file: error_reporting = E_ALL & ~E_NOTICE Seems as though I am having some MySQL issues now... I will work through them before I post them here.
__________________
http://jasonpowers.net "There are a thousand hacking at the branches of evil to one who is striking at the root." |
|
|
|
|
|
#8 |
|
Expert Programmer
|
$HTTP_USER_AGENT I imagine will seen be a depricated interface, possibly as soon as PHP5 (which I have not yet tried), so it really is not a bad idea to have that problem fixed before hand.
Also a few odd security issues related with it as I recall.
__________________
Clifford Matthew Roche <geek@cliffordroche.com> Web Hosting: http://www.crd-hosting.com Consulting: http://www.crdev-consulting.com |
|
|
|
|
|
#9 |
|
Programming Guru
![]() ![]() ![]() |
Thinking about this a bit more... I rather have my warnings and other notices to show up, so I may change the php.ini mod back for now. I'm not sure about PHP5, but I've heard great things in regards to its deployment.
__________________
http://jasonpowers.net "There are a thousand hacking at the branches of evil to one who is striking at the root." |
|
|
|
|
|
#10 |
|
Expert Programmer
|
PHP5 is a god sent gift in my view. We are about to start a PHP5 conversion project for a contract I am working on now... not a whole lot to do, ideally we are just doing an O.O. rewrite of the code which will make it PHP5 ready (we have plans to make good use of the O.O. features new in PHP5).
Warnings though have neverfailed me... maybe with the odd exception of a warning returned through mysql_ functions (which can be purpressed by calling the function like so: @mysql_func_name( )) they have always indicated a bug, or potentially dangerous action I have been doing. Perhaps not so much a bug when working with depricated variables... yet anyway.. but yeah, generally it is a good idea to strive for warning free code.. PHP included Besides, it probably would not take a whole lot to get them patched up.. especially if all something simple as renaming variable to use their superglobal counterparts.
__________________
Clifford Matthew Roche <geek@cliffordroche.com> Web Hosting: http://www.crd-hosting.com Consulting: http://www.crdev-consulting.com |
|
|
|
![]() |
| Bookmarks |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| Display Modes | |
|
|