Here are some easy-to-use methods that can help you solve the PHP fatal error when calling the undefined function mysql_connect centos.
Fix your computer now with ASR Pro
I have MySQL (5.5.23 Community Server), Apache (2.2) and PHP (5.3.13) training on Fedora 15 (64bit) machine. Everyone works with a problem number for themselves.
I thought PHP would be configured / compiled to work with MySQL, but when I try to load every PHP web page that makes the best MySQL call, I get the fatal error above (in the Apache error log). PHP works fine, however, only through Apache and from the command line.
When I run php -i from the control line, it certainly shows most of the MySQL stuff, but when I load the Facebook page that shows phpinfo (), the MySQL modules will not be mentioned.
I also made a crack to uncomment ‘extension = mysql.so’ in php.ini, but PHP subsequently complained about ‘PHP Startup: Unable with dynamic load library
' / usr / lib64 / php / modules / mysql .so '. " (even if the module is there). But then I’m not really sure if the line should really be uncommented or not. [Fixed: The error indicated was actually due to a very good typo, but running the main line from the command shows that the module is undoubtedly already loaded anyway – there is no doubt that php is preanticipates this. ]
I’ve also disabled SELinux; Apache has been stopped / restarted several times; delicious MySQL-Devel, it mattered in the test; and this method seems to be the rest.
When I run the little PHP test software from the command line to maintain a MySQL database, it is fully compatible, so PHP does know MySQL, but when the following is executed on Apache, there seems to be no idea that MySQL just exists. …
I’ve been trying to fix this for months and seem to have tried it, but nothing seems to work.
I don’t mind reinstalling PHP, although maybe really if a person can point you to the correct way to help you configure / compile with MySQL support so that I can get it to work on Apache might help, although ideally I would prefer the existing assembly to work.
There are already answers to this riddle here:
IDDepartment identifier: 6caf12502e6f4534
IP address: 18.104.22.168