CentOS 64 编译PHP出现 error: Cannot find ldap libraries in /usr/lib

CentOS 64 编译PHP出现 error: Cannot find ldap libraries in /usr/lib 有需要的朋友可参考参考。

在CentOS 64位下编译安装PHP5.4.8。cp -frp /usr/lib64/libpng* /usr/lib/ 结果在configure的时候提示

configure: error: Cannot find ldap libraries in /usr/lib

提示在/usr/lib 下找不到相关模块，这是因为64位的linux默认把以上文件都存在 /usr/lib64 文件夹下。

解决方法：

代码如下	复制代码
cp -frp /usr/lib64/libldap* /usr/lib/

重新configure即可

在用PHP5.3以上的PHP版本时，只要是涉及时间的会报一个Warning: date(): It is not safe to rely on the system\'s timezone settings.

大体是说timezone没有设置，在中国使用的是格林+8小时，所以需要设置一下。

第一种

在页面头部加入以下语句

代码如下	复制代码
date_default_timezone_set("PRC");  或 ini_set('date.timezone','asiashanghai');

这种方法有个缺点，就是所有的页面都得添加

第二种

在php.ini里找到date.timezone这行，把值改成PRC，如

代码如下	复制代码
date.timezone = PRC。

如果没有这一行直接加上就好。最后重启WEB服务器与PHP即可。

友情提示:实际上，从 PHP 5.1.0 ，当对使用date()等函数时，如果timezone设置不正确，在每一次调用时间函数时,都会产生E_NOTICE 或者 E_WARNING 信息。而又在php5.1.0中，date.timezone这个选项，默认情况下是关闭的，无论用什么php命令都是格林威治标准时间，但是PHP5.3中好像如果没有设置也会强行抛出了这个错误的,解决此问题，只要本地化一下，就行了。

本文章来讲述php5的一个新的功能，我们来介绍PHP魔术函数__autoload的用法与一些问题,下面给大家总结了用法过程中出现的一些问题与注意事项。

__autoload()用法

php手册中的一些讲讲法

自动加载对象
很多开发者写面向对象的应用程序时对每个类的定义建立一个 PHP 源文件。一个很大的烦恼是不得不在每个脚本（每个类一个文件）开头写一个长长的包含文件列表。

在 PHP 5 中，不再需要这样了。可以定义一个 __autoload 函数，它会在试图使用尚未被定义的类时自动调用。通过调用此函数，脚本引擎在 PHP 出错失败前有了最后一个机会加载所需的类。

Note:

在 __autoload 函数中抛出的异常不能被 catch 语句块捕获并导致致命错误。

Note:

如果使用 PHP 的 CLI 交互模式 时，Autoloading 不存在。

Example #1 Autoload 例子

本例尝试分别从 MyClass1.php 和 MyClass2.php 文件中加载 MyClass1 和 MyClass2 类。

代码如下	复制代码
<?php function __autoload($class_name) {     require_once $class_name . '.php'; } $obj  = new MyClass1(); $obj2 = new MyClass2(); ?>

PHP在魔术函数__autoload()方法出现以前，如果你要在一个程序文件中实例化100个对象，那么你必须用include或者require包含进来100个类文件，或者你把这100个类定义在同一个类文件中——相信这个文件一定会非常大。
但是__autoload()方法出来了，以后就不必为此大伤脑筋了，这个类会在你实例化对象之前自动加载制定的文件。

下边我们通过一个例子来看一下，具体的使用方法，并在稍后说明使用PHP魔术函数__autoload应该注意些什么。

代码如下	复制代码
//定义一个类ClassA，文件名为ClassA.php class ClassA{  public  function __construct(){   echo "ClassA load success!";  } }  //定义一个类ClassB，文件名为ClassB.php，ClassB继承ClassA class ClassB extends ClassA {  public function __construct(){   //parent::__construct();   echo "ClassB load success!";  } }

定义两个测试用的类之后，我们来编写一个含有__autoload()方法的PHP运行程序文件如下：

代码如下	复制代码
function __autoload($classname){  $classpath="./".$classname.'.php';  if(file_exists($classpath)){   require_once($classpath);  }  else{   echo 'class file'.$classpath.'not found!';  } }   $newobj = new ClassA(); $newobj = new ClassB();

这个文件的运行是一点问题都没有的，可见autoload是多么的好用啊，呵呵……
但是不得不提醒你一下几个方面是必须要注意的。

1、如果类存在继承关系（例如：ClassB extends ClassA），并且ClassA不在ClassB所在目录
利用__autoload魔术函数实例化ClassB的时候就会受到一个致命错误：
Fatal error: Class ‘Classd’ not found in ……ClassB.php on line 2，

解决方法：把所有存在extends关系的类放在同一个文件目录下，或者在实例化一个继承类的时候在文件中手工包含被继承的类；

2、另外一个需要注意的是，类名和类的文件名必须一致，才能更方便的使用魔术函数__autoload；

其他需要注意的事情：
3、在CLI模式下运行PHP脚本的话这个方法无效；

4、如果你的类名称和用户的输入有关——或者依赖于用户的输入，一定要注意检查输入的文件名，例如：.././这样的文件名是非常危险的。

__autoload的问题

__autoload魔术方法或者你愿意称他为魔术函数，太专一了。当他加载需要包含的类文件时，甚至不管类文件中定义类之外的其它声明。

开始回放这个机制。

首先我们在创建一个Test.class.php文件，键入如下内容

 $publicPara='中共十七大啥时候召开的？';

代码如下	复制代码
class Test{  public function  __construct(){   global $publicPara;   if(isset($publicPara)){    echo $publicPara;   }   else{    echo "管我啥事儿了？";   }  } }

记得保存这个文件哦！

然后重新建立一个文件命名为do.php键入如下内容

代码如下	复制代码
<?php require_once('Test.class.php'); new Test();

这样的话输出的正如我们期望的那样是：中共十七大啥时候召开的？

但是当你用到__autoload这个魔术方法的时候，问题就出来了

代码如下	复制代码
<?php function __autoload($classname){ require_once($classname.".class.php"); } new Test();

这次的输入居然是：管我啥事儿了？

很显然他忽略了我们在class外定义的变量，也就是他只把我们需要序列化的类加载进来，而不管其他的声明了，也仅仅是其他的声明而已，诸如echo了啥的都还是执行的

利用ini_set可以快速的修改php.ini配置设置哦，无需打开php.ini就可以了，特别是虚拟主机时你没有修改php.ini的权限时就会发现这个函数的作用了，关于ini_set,post_max_size,upload_max_filesize,magic_quotes_gpc等用ini_set设置不了的解决办法!

代码如下	复制代码
ini_set(‘max_execution_time’,’10′); ini_set(‘memory_limit’,’1024M’); echo ‘max_execution_time = ‘ . ini_get(‘max_execution_time’) . ” “; echo ‘memory_limit = ‘ . ini_get(‘memory_limit’) . ” “; echo ‘post_max_size = ‘ . ini_get(‘post_max_size’) . ” “; echo ‘upload_max_filesize = ‘ . ini_get(‘upload_max_filesize’) . ” “; ini_set(‘max_execution_time’,’10′); ini_set(‘memory_limit’,’1024M’);

注意:

post_max_size,upload_max_filesize用下面的方法是修改不了的.
ini_set(‘post_max_size’,’1024M’);
ini_set(‘upload_max_filesize’,’1024M’);

正确做法是用.htaccess文件:

代码如下	复制代码
php_value upload_max_filesize “80M” php_value post_max_size “80M” php_value max_execution_time “2000″ php_value memory_limit “150M”

实例设置max_execution_time

代码如下

复制代码

<?  $old_max_execution_time = ini_set('max_execution_time', 120);    echo "old timeout is $old_max_execution_time <br />";    $max_execution_time = ini_get('max_execution_time');    echo "new timeout is $max_execution_time <br />";            echo 'function sets supported in this install are:<br />';   $extensions = get_loaded_extensions();   foreach ($extensions as $each_ext)   {     echo "$each_ext <br />";     echo '<ul>';     $ext_funcs = get_extension_funcs($each_ext);     foreach($ext_funcs as $func)     {        echo "<li> $func </li>";     }     echo '</ul>';   } ?>

补充知识点：

其实在php文档里有说明upload_max_filesize的可修改范围是PHP_INI_PERDIR。
PHP_INI_PERDIR的意思是域内指令可以在php.ini、httpd.conf或.htaccess文件中修改。
PHP_INI_SYSTEM 域内指令可以在php.ini和httpd.conf文件中修改
所以upload_max_filesize用int_set是无法修改的。只有可修改范围是PHP_INI_ALL的才可以用int_set修改。

magic_quotes_gpc 用 get_magic_quotes_gpc() 获得，不能用 set_magic_quotes_gpc 修改，原因是没这个函数。而magic_quotes_runtime可以用set_magic_quotes_runtime()来设置

下面总结一些在开发中碰到的phpmyadmin不能登录解决方法，有需要的朋友可参考参考。

错误

MySQL 返回：

#1045 - Access denied for user 'root'@'localhost' (using password: YES)

phpmyadmin目录中找到config.inc.php文件，修改如下位置即可

代码如下	复制代码
$cfg['Servers'][$i]['user'] = 'user'; $cfg['Servers'][$i]['password'] = 'password';

提示错误：Cannot start session without errors, please check errors given in your PHP and/or webserver log file and configure your PHP installation properly，通过提示能看出是PHP的问题，在网上一番搜索，找到解决方案，尝试成功：

1、在PHP的安装目录将php.ini中的session.auto_start的值改为1（启动），默认是0（禁用）
2、在php的目录建立个文件夹tmp（如C:/php/tmp）,设置tmp属性为ervery one完全控制
3、在php.ini找到session.save_path 这一行,设成session.save_path = “C:/php/tmp”，并把前面的分号去掉（以上的C:/php/tmp根据你实际情况设定）
4、重启电脑，一切都OK了，两个版本的phpMyAdmin也都能登陆了

linux中会有一点不一样，错误如下。

登录的时候会提示错误。错误提示内容都一样，不过可能代码不一样。因为不知道问题所在，检查测试的时候经常改改这里、改改那里。错误提示如下：

#2002 Cannot log in to the MySQL server
或者

#2003 Cannot log in to the MySQL server
或者

#1045 Cannot log in to the MySQL server

2. 解决

昨天花了很多时间都没搞定，也没能从网上找到答案。今天出去玩了一圈，晚上刚回来就解决了这个问题。其实好简单。

直接 cp 复制 phpMyAdmin 安装目录中的配置文件样例 config.sample.inc.php 文件到配置文件目录（以下只用均为采用这里提供的安装方式时的默认目录）

代码如下	复制代码
cp /usr/share/phpMyAdmin/config.sample.inc.php /etc/phpMyAdmin/config.inc.php

然后在系统中直接使用 vim 编辑修改一点儿配置（同样在上面提到的安装方式中有记录）

代码如下	复制代码
vim /etc/phpMyAdmin/config.inc.php

注意：

如果需要通过远程服务器调试使用phpMyAdmin，则需要添加blowfish_secret内容定义Cookie，寻找到代码行：

代码如下	复制代码
$cfg['blowfish_secret'] = '';

设置内容为COOKIE

代码如下	复制代码
$cfg['blowfish_secret'] = 'leosn';