PHP中全局变量global和$GLOBALS[]的区别

PHP的全局变量和C语言有一点点不同。在C语言中，全局变量在函数中主动生效，除非被局部变量笼罩。这可能引起一些问题，有些人可能漫不经心的转变一个全局变量。PHP中全局变量在函数中应用时必须用global申明为全局。

一、举例比较
例一：

代码如下	复制代码
<?php    $var1 = 1;    function test(){        unset($GLOBALS['var1']);    }    test();    echo $var1;    ?>

因为$var1被删除了，所以什么东西都没有打印。
例二：

代码如下	复制代码
<?php    $var1 = 1;    function test(){        global  $var1;        unset($var1);    }    test();    echo $var1;    ?>

 
意外的打印了1。证明删除的只是别名引用，其本身的值没有受到任何的改变。

二、解释
    global $var其实就是&$GLOBALS['var']，调用外部变量的一个别名而已。
    上面代码中的$var1和$GLOBALS['var1']是指的同一变量，而不是两个不同的变量。
    PHP的全局变量和C语言有一点点不同。在C语言中，全局变量在函数中主动生效，除非被局部变量笼罩。这可能引起一些问题，有些人可能漫不经心的转变一个全局变量。PHP中全局变量在函数中应用时必须用global申明为全局。
    PHP的Global变量的作用是定义全局变量，但是这个全局变量不是应用于整个网站，而是应用于当前页面，包括include或require的所有文件。

三、结论
1.$GLOBALS['var']是外部的全局变量本身
2.global $var是外部$var的同名引用或者指针。

文章介绍了ob_gzhandler\' conflicts with \'zlib output compression解决方法

1. output handler ‘ob_gzhandler’ conflicts with ‘zlib output compression’

PHP Warning: ob_start() [ref.outcontrol]: output handler ‘ob_gzhandler’ conflicts with ‘zlib output compression’ in yourfiles

Try replacing

 

代码如下	复制代码
if (extension_loaded('zlib')) { $do_gzip_compress = TRUE; ob_start(); ob_implicit_flush(0); //header('Content-Encoding: gzip'); }

(i.e. the code that enables zlib compression) with

 

代码如下	复制代码
if (extension_loaded('zlib')) { ob_end_clean(); ob_start('ob_gzhandler'); }

 

这是因为PHP中Zlib模块设置错误造成的，将zlib.output_compression这一行注释掉就可以了。这里需要指出的是PHP5自带GZIP模块的，不需要另外加载。

一个常用的东西，php+CKFinder上传中文名文件乱码问题的解决方法 这种问题主要是上传中文文件名的图片时出现乱码的解决办法。

上传中文名文件乱码问题

在ckfinder/config.php中找到如下一段配置代码:

 

代码如下	复制代码
/* If you have iconv enabled (visit http://php.net/iconv for more information), you can use this directive to specify the encoding of file names in your system. Acceptable values can be found at: http://www.gnu.org/software/libiconv/ Examples: $config['FilesystemEncoding'] = 'CP1250'; $config['FilesystemEncoding'] = 'ISO-8859-2'; */ $config['FilesystemEncoding'] = 'UTF-8';

将UTF-8修改为GB2312，上传后文件名正确了，但在CKEditor中显示的链接出现乱码，因为CKEditor所在页面使用的字符集是UTF-8，未去细究如何解决这个问题，采用了文件重命名的方案去替代解决。

上传文件重命名

修改ckfindercoreconnectorphpphp5CommandHandlerFileUpload.php

找到以下代码

	  

		
 代码如下
		
复制代码
	  
	  

		
if ($sFileName != $sUnsafeFileName) {
  $iErrorNumber = CKFINDER_CONNECTOR_ERROR_UPLOADED_INVALID_NAME_RENAMED;
}

	  
	
在这段代码之后添加

	  

		
 代码如下
		
复制代码
	  
	  

		
$sExtension=CKFinder_Connector_Utils_FileSystem::getExtension($sFileName);
$sFileName=date('YmdHis').'.'.$sExtension;

	  
	

谈到了使用require_once 仍然告诉说类被重定义的问题。于是想起了前几天自己遇到的现象。在这里和大家说一下，今天才想起调查具体原因，如果大家不说的话就快忘了。看来自己凡事果然不经大脑，大脑的二级缓存，及内存，甚至是硬盘都小的可怜。嗯。

假设有如下三个文件， c.php a.php b.php 对应的存放目录为：localhost/ localhost/ localhost/demo

代码如下	复制代码
c.php require_once("a.php"); require_once("demo/b.php"); B::demo();a.php class A { }

b.php的内容比较有意思，因为它自己要继承 CLASS A 所以自己把a.php也引入进去了

代码如下	复制代码
require_once("../a.php"); class B extends A {     public static function demo()     {     echo "xx";     } }

执行localhost/c.php 系统报错，报错信息如下
Warning: require_once(../a.php) [function.require-once]: failed to open stream: No such file or directory in F:wwwdemob.php on line 2
Fatal error: require_once() [function.require]: Failed opening required '../a.php' (include_path='.;C:php5pear') in F:wwwdemob.php on line 2但是，惊奇的发现，如果去掉b.php里面的require_once语句，执行正常，那么一定是require_once语句定义多了吗？原因就是Class A重定义了两次？可是不会啊。如果我只在c.php里面加require_once(‘a.php’);这条语句，哪怕我写两遍也是没错的，那到底是咋回事呢？
原因就是，b.php定义的目录和c.php执行文件的目录层级不一致，导致在c.php里面require_once语句有两条。使其相当于

代码如下	复制代码
require_once("a.php"); require_once("../a.php"); class B extends A {     public static function demo()     {     echo "xx";     } } B::demo();

原因找到了，因为在c.php里面，其相对目录 “..”就是 c.php的上一层了，导致文件找不到报错。
所以，我们的结论是，在 PHP 里面，使用require_once的时候，存在不同层级关系，且有相对目录的使用那么一定要谨慎，小心。

php中session默认是30分钟超时，但是有的时间压根就没到30分钟就自动超时了，这对很多操作带来不便，下面我们来看看解决30分钟超时的办法。

第一种回答

那么, 最常见的一种回答是: 设置Session的过期时间, 也就是session.gc_maxlifetime, 这种回答是不正确的, 原因如下:

1. 首先, 这个PHP是用一定的概率来运行session的gc的, 也就是session.gc_probability和session.gc_divisor(介绍参看 深入理解PHP原理之Session Gc的一个小概率Notice), 这个默认的值分别是1和100, 也就是有1%的机会, PHP会在一个Session启动时, 运行Session gc. 不能保证到30分钟的时候一定会过期.

2. 那设置一个大概率的清理机会呢? 还是不妥, 为什么? 因为PHP使用stat Session文件的修改时间来判断是否过期, 如果增大这个概率一来会降低性能, 二来, PHP使用”一个”文件来保存和一个会话相关的Session变量, 假设我5分钟前设置了一个a=1的Session变量, 5分钟后又设置了一个b=2的Seesion变量, 那么这个Session文件的修改时间为添加b时刻的时间, 那么a就不能在30分钟的时候, 被清理了. 另外还有下面第三个原因.

3. PHP默认的(Linux为例), 是使用/tmp 作为Session的默认存储目录, 并且手册中也有如下的描述:

Note: 如果不同的脚本具有不同的 session.gc_maxlifetime 数值但是共享了同一个地方存储会话数据，则具有最小数值的脚本会清理数据。此情况下，与 session.save_path 一起使用本指令。

 

也就是说, 如果有俩个应用都没有指定自己独立的save_path, 一个设置了过期时间为2分钟(假设为A), 一个设置为30分钟(假设为B), 那么每次当A的Session gc运行的时候, 就会同时删除属于应用B的Session files.

所以, 第一种答案是不”完全严格”正确的.

第二种答案
还有一种常见的答案是: 设置Session ID的载体, Cookie的过期时间, 也就是session.cookie_lifetime. 这种回答也是不正确的, 原因如下:

这个过期只是Cookie过期, 换个说法这点就考察Cookie和Session的区别, Session过期是服务器过期, 而Cookie过期是客户端(浏览器)来保证的, 即使你设置了Cookie过期, 这个只能保证标准浏览器到期的时候, 不会发送这个Cookie(包含着Session ID), 而如果通过构造请求, 还是可以使用这个Session ID的值.

第三种答案
使用memcache, redis等, okey, 这种答案是一种正确答案. 不过, 很显然出题者肯定还会接着问你, 如果只是使用PHP呢?

第四种答案
当然, 面试不是为了难道你, 而是为了考察思考的周密性. 在这个过程中我会提示出这些陷阱, 所以一般来说, 符合题意的做法是:

1. 设置Cookie过期时间30分钟, 并设置Session的lifetime也为30分钟.

2. 自己为每一个Session值增加Time stamp.

3. 每次访问之前, 判断时间戳.

国外网站参考session.gc_maxlifetime

session.gc_maxlifetime specifies the number of seconds after which data will be seen as 'garbage' and potentially cleaned up. Garbage collection may occur during session start (depending on session.gc_probability and session.gc_divisor).
Note:

If different scripts have different values of session.gc_maxlifetime but share the same place for storing the session data then the script with the minimum value will be cleaning the data. In this case, use this directive together with session.save_path.

Note: If you are using the default file-based session handler, your filesystem must keep track of access times (atime). Windows FAT does not so you will have to come up with another way to handle garbage collecting your session if you are stuck with a FAT filesystem or any other filesystem where atime tracking is not available. Since PHP 4.2.3 it has used mtime (modified date) instead of atime. So, you won't have problems with filesystems where atime tracking is not available.

session.referer_check string
session.referer_check contains the substring you want to check each HTTP Referer for. If the Referer was sent by the client and the substring was not found, the embedded session id will be marked as invalid. Defaults to the empty string.
session.entropy_file string
session.entropy_file gives a path to an external resource (file) which will be used as an additional entropy source in the session id creation process. Examples are /dev/random or /dev/urandom which are available on many Unix systems. This feature is supported on Windows since PHP 5.3.3. Setting session.entropy_length to a non zero value will make PHP use the Windows Random API as entropy source.
session.entropy_length integer
session.entropy_length specifies the number of bytes which will be read from the file specified above. Defaults to 0 (disabled).
session.use_cookies boolean

PHP原理之Session Gc的一个小概率Notice

如果在ubuntu/Debian下, 采用apt安装的PHP, 那么在使用Session的时候, 就可能会有小概率遇到这个提示.

PHP Notice: session_start(): ps_files_cleanup_dir:

   opendir(/var/lib/php5) failed: Permission denied (13)

   in /home/laruence/www/htdocs/index.php on line 22< li>

 

这是因为, 在PHP中, 如果使用file_handler作为Session的save handler, 那么就有概率在每次session_start的时候运行Session的Gc过程.