Re: [PHP] Upgrade problems PHP 5.1.4 (Windows)
Beauford wrote: Hi, I just upgraded to PHP 5.1.4 and now none of my sites will connect to MySQL. I keep getting the error: Fatal error: Call to undefined function mysql_connect() I enabled php_mysql.dll in php.ini as one article suggested, but still no go. Firstly does the php_mysql.dll file exist in the php\extensions folder? Did you restart your webserver? I'm guessing the windows version of php has two different mysql dll's - if it does, did you enable php_mysql.dll or php_mysqli.dll ? mysqli.dll uses mysqli functions (http://www.php.net/mysqli) not the regular mysql functions. If it doesn't come with two dll's, then ignore that part ;) I'm too lazy to download it and check. Maybe this page would help.. http://www.php.net/manual/en/install.windows.manual.php -- Postgresql php tutorials http://www.designmagick.com/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Upgrade problems PHP 5.1.4 (Windows)
I've understood, it's Windows. If you added root php directory to Path environment variable it sometimes does not take effect until you restart Windows. (???May be it's cached somewhere?) And don't forget to change in php.ini Extension Directory to ./ext or where all extension dll's are placed. Tony. On 5/23/06, Beauford [EMAIL PROTECTED] wrote: Hi, I just upgraded to PHP 5.1.4 and now none of my sites will connect to MySQL. I keep getting the error: Fatal error: Call to undefined function mysql_connect() I enabled php_mysql.dll in php.ini as one article suggested, but still no go. Any suggestions? Thanks Beauford -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] upgrade problems
http://www.php.net/manual/sv/printwn/language.variables.predefined.php -or this- quote from the docs In PHP 4.2.0 and later, the default value for the PHP directive register_globals is off. This is a major change in PHP. Having register_globals off affects the set of predefined variables available in the global scope. For example, to get DOCUMENT_ROOT you'll use $_SERVER['DOCUMENT_ROOT'] instead of $DOCUMENT_ROOT, or $_GET['id'] from the URL http://www.example.com/test.php?id=3 instead of $id, or $_ENV['HOME'] instead of $HOME. /quote Brad Bonkoski wrote: This should be a FAQ! I would say it would point to register globals being turned off in php.ini for the newer versions of php. check this pages for more information: http://www.php.net/manual/en/security.registerglobals.php -Brad abw wrote: This week we upgraded our solaris 8 server using apache 1.3.27 from php 4.1.2 to 4.2.3, and it seemed to install fine. The strange thing is that most all php web pages appear, but the code does not work. For example, our support section heavily uses php, and nothing at all was changed on it, yet clicking any link takes you right back to the main page instead of the appropriate support page. Also, a customer that has a php page calling a mysql database suddently quit working. These all worked fine before the upgrade, and like I say, none of the web pages have been changed at all. I didn't find anything in the archives. Has anybody else experienced this? I assumed 4.1.2 to 4.2.3 should be a seamless upgrade for all web pages, but apparently not. I can't find anything helpful in the log files either. Suggestions? Aaron -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] upgrade problems
This should be a FAQ! I would say it would point to register globals being turned off in php.ini for the newer versions of php. check this pages for more information: http://www.php.net/manual/en/security.registerglobals.php -Brad abw wrote: This week we upgraded our solaris 8 server using apache 1.3.27 from php 4.1.2 to 4.2.3, and it seemed to install fine. The strange thing is that most all php web pages appear, but the code does not work. For example, our support section heavily uses php, and nothing at all was changed on it, yet clicking any link takes you right back to the main page instead of the appropriate support page. Also, a customer that has a php page calling a mysql database suddently quit working. These all worked fine before the upgrade, and like I say, none of the web pages have been changed at all. I didn't find anything in the archives. Has anybody else experienced this? I assumed 4.1.2 to 4.2.3 should be a seamless upgrade for all web pages, but apparently not. I can't find anything helpful in the log files either. Suggestions? Aaron -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] upgrade problems
Heb ik ook CGI nodig om php4 te draaien?? -Oorspronkelijk bericht- Van: Chris Hayes [mailto:[EMAIL PROTECTED]] Verzonden: donderdag 18 januari 2001 13:18 Aan: Bart A. Verbeek Onderwerp: Re: [PHP] upgrade problems PHP: Unable to parse configuration file. Does anyone know what this meens and how to solve it?? Nou ik weet het niet zeker want ik gebruik hetzelfde als jij maar dan met Apache (wist je dat PWS van Microsoft is?? En dat Apache prima draait onder Win 98?). Misschien moet je eens op de upgrade pagina's kijken van PHP. Je kunt ook kijken of je kunt vonden welke exe nu gebruikt wordt; de oude of de nieuwe, en of hij wel de php.ini leest en niet php3.ini, die laatste is onleesbaar voor php4 denk ik! Heb je ge-edit in php.ini? Dan moest ik in de Apache configuratie nog veranderen van AddType application/x-httpd-php3 .php naar to AddType application/x-httpd-php .php (AddType is een Apache commando maar de rest kan ook op PWS van toepassing zijn.) Chris -- C.Hayes Droevendaal 35 6708 PB Wageningen the Netherlands -- -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]