PHP解疑（2）

 

PHP解疑（2）

1.        magic_quotes_xxx的作用

magic_quotes_gpc为on时,php在注册变量时会调用addslashes()函数处理[既转义单引号、双引号、反斜线和nullbyte],但php.ini中还有另外一个选项影响着magic_quotes_gpc和addslashes()函数:当php.ini设置magic_quotes_sybase为on时会覆盖magic_quotes_gpc为on的处理,然而magic_quotes_sybase仅仅是转义了nullbyte和把单引号(‘)变成了双引号(“)。

2.        php正则表达式详解

操作符 描述

/ 转义符

 (), (?:), (?=), [] 圆括号和方括号

*, +, ?, {n}, {n,}, {n,m} 限定符

^, $, /anymetacharacter 位置和顺序

| “或”操作

全部符号解释

/ 将下一个字符标记为一个特殊字符、或一个原义字符、或一个 向后引用、或一个八进制转义符。例如，'n' 匹配字符 "n"。'/n' 匹配一个换行符。序列 '//' 匹配 "/" 而 "/(" 则匹配 "("。

^ 匹配输入字符串的开始位置。如果设置了 RegExp 对象的 Multiline 属性，^ 也匹配 '/n' 或 '/r' 之后的位置。

$ 匹配输入字符串的结束位置。如果设置了RegExp 对象的 Multiline 属性，$ 也匹配 '/n' 或 '/r' 之前的位置。

* 匹配前面的子表达式零次或多次。例如，zo* 能匹配 "z" 以及 "zoo"。* 等价于{0,}。

+ 匹配前面的子表达式一次或多次。例如，'zo+' 能匹配 "zo" 以及 "zoo"，但不能匹配 "z"。+ 等价于 {1,}。

? 匹配前面的子表达式零次或一次。例如，"do(es)?" 可以匹配 "do" 或 "does" 中的"do" 。? 等价于 {0,1}。

{n} n 是一个非负整数。匹配确定的 n 次。例如，'o{2}' 不能匹配 "Bob" 中的 'o'，但是能匹配 "food" 中的两个 o。

{n,} n 是一个非负整数。至少匹配n 次。例如，'o{2,}' 不能匹配 "Bob" 中的 'o'，但能匹配 "foooood" 中的所有 o。'o{1,}' 等价于 'o+'。'o{0,}' 则等价于 'o*'。

{n,m} m 和 n 均为非负整数，其中n <= m。最少匹配 n 次且最多匹配 m 次。例如，"o{1,3}" 将匹配 "fooooood" 中的前三个 o。'o{0,1}' 等价于 'o?'。请注意在逗号和两个数之间不能有空格。

? 字符紧跟在任何一个其他限制符 (*, +, ?, {n}, {n,}, {n,m}) 后面时，匹配模式是非贪婪的。非贪婪模式尽可能少的匹配所搜索的字符串，而默认的贪婪模式则尽可能多的匹配所搜索的字符串。例如，对于字符串 "oooo"，'o+?' 将匹配单个 "o"，而 'o+' 将匹配所有 'o'。

. 匹配除 "/n" 之外的任何单个字符。要匹配包括 '/n' 在内的任何字符，请使用象 '[./n]' 的模式。

(pattern) 匹配 pattern 并获取这一匹配。所获取的匹配可以从产生的 Matches 集合得到，在VBScript 中使用 SubMatches 集合，在JScript 中则使用 $0…$9 属性。要匹配圆括号字符，请使用 '/(' 或 '/)'。

(?:pattern) 匹配 pattern 但不获取匹配结果，也就是说这是一个非获取匹配，不进行存储供以后使用。这在使用 "或" 字符 (|) 来组合一个模式的各个部分是很有用。例如， 'industr(?:y|ies) 就是一个比 'industry|industries' 更简略的表达式。

(?=pattern) 正向预查，在任何匹配 pattern 的字符串开始处匹配查找字符串。这是一个非获取匹配，也就是说，该匹配不需要获取供以后使用。例如，'Windows (?=95|98|NT|2000)' 能匹配 "Windows 2000" 中的 "Windows" ，但不能匹配 "Windows 3.1" 中的 "Windows"。预查不消耗字符，也就是说，在一个匹配发生后，在最后一次匹配之后立即开始下一次匹配的搜索，而不是从包含预查的字符之后开始。

(?!pattern) 负向预查，在任何不匹配 pattern 的字符串开始处匹配查找字符串。这是一个非获取匹配，也就是说，该匹配不需要获取供以后使用。例如'Windows (?!95|98|NT|2000)' 能匹配 "Windows 3.1" 中的 "Windows"，但不能匹配 "Windows 2000" 中的 "Windows"。预查不消耗字符，也就是说，在一个匹配发生后，在最后一次匹配之后立即开始下一次匹配的搜索，而不是从包含预查的字符之后开始

x|y 匹配 x 或 y。例如，'z|food' 能匹配 "z" 或 "food"。'(z|f)ood' 则匹配 "zood" 或 "food"。

[xyz] 字符集合。匹配所包含的任意一个字符。例如， '[abc]' 可以匹配 "plain" 中的 'a'。

[^xyz] 负值字符集合。匹配未包含的任意字符。例如， '[^abc]' 可以匹配 "plain" 中的'p'。

[a-z] 字符范围。匹配指定范围内的任意字符。例如，'[a-z]' 可以匹配 'a' 到 'z' 范围内的任意小写字母字符。

[^a-z] 负值字符范围。匹配任何不在指定范围内的任意字符。例如，'[^a-z]' 可以匹配任何不在 'a' 到 'z' 范围内的任意字符。

/b 匹配一个单词边界，也就是指单词和空格间的位置。例如， 'er/b' 可以匹配"never" 中的 'er'，但不能匹配 "verb" 中的 'er'。

/B 匹配非单词边界。'er/B' 能匹配 "verb" 中的 'er'，但不能匹配 "never" 中的 'er'。

/cx 匹配由 x 指明的控制字符。例如， /cM 匹配一个 Control-M 或回车符。x 的值必须为 A-Z 或 a-z 之一。否则，将 c 视为一个原义的 'c' 字符。

/d 匹配一个数字字符。等价于 [0-9]。

/D 匹配一个非数字字符。等价于 [^0-9]。

/f 匹配一个换页符。等价于 /x0c 和 /cL。

/n 匹配一个换行符。等价于 /x0a 和 /cJ。

/r 匹配一个回车符。等价于 /x0d 和 /cM。

/s 匹配任何空白字符，包括空格、制表符、换页符等等。等价于 [ /f/n/r/t/v]。

/S 匹配任何非空白字符。等价于 [^ /f/n/r/t/v]。

/t 匹配一个制表符。等价于 /x09 和 /cI。

/v 匹配一个垂直制表符。等价于 /x0b 和 /cK。

/w 匹配包括下划线的任何单词字符。等价于'[A-Za-z0-9_]'。

/W 匹配任何非单词字符。等价于 '[^A-Za-z0-9_]'。

/xn 匹配 n，其中 n 为十六进制转义值。十六进制转义值必须为确定的两个数字长。例如，'/x41' 匹配 "A"。'/x041' 则等价于 '/x04' & "1"。正则表达式中可以使用 ASCII 编码。

/num 匹配 num，其中 num 是一个正整数。对所获取的匹配的引用。例如，'(.)/1' 匹配两个连续的相同字符。

/n 标识一个八进制转义值或一个向后引用。如果 /n 之前至少 n 个获取的子表达式，则 n 为向后引用。否则，如果 n 为八进制数字 (0-7)，则 n 为一个八进制转义值。

/nm 标识一个八进制转义值或一个向后引用。如果 /nm 之前至少有 nm 个获得子表达式，则 nm 为向后引用。如果 /nm 之前至少有 n 个获取，则 n 为一个后跟文字 m 的向后引用。如果前面的条件都不满足，若 n 和 m 均为八进制数字 (0-7)，则 /nm 将匹配八进制转义值 nm。

/nml 如果 n 为八进制数字 (0-3)，且 m 和 l 均为八进制数字 (0-7)，则匹配八进制转义值 nml。

/un 匹配 n，其中 n 是一个用四个十六进制数字表示的 Unicode 字符。例如， /u00A9 匹配版权符号 (?)。

常用的正则表达式

1、非负整数：”^/d+$”

2、正整数：”^[0-9]*[1-9][0-9]*$”

3、非正整数：”^((-/d+)|(0+))$”

4、负整数：”^-[0-9]*[1-9][0-9]*$”

5、整数：”^-?/d+$”

6、非负浮点数：”^/d+(/./d+)?$”

7、正浮点数：”^((0-9)+/.[0-9]*[1-9][0-9]*)|([0-9]*[1-9][0-9]*/.[0-9]+)|([0-9]*[1-9][0-9]*))$”

8、非正浮点数：”^((-/d+/./d+)?)|(0+(/.0+)?))$”

9、负浮点数：”^(-((正浮点数正则式)))$”

10、英文字符串：”^[A-Za-z]+$”

11、英文大写串：”^[A-Z]+$”

12、英文小写串：”^[a-z]+$”

13、英文字符数字串：”^[A-Za-z0-9]+$”

14、英数字加下划线串：”^/w+$”

15、E-mail地址：”^[/w-]+(/.[/w-]+)*@[/w-]+(/.[/w-]+)+$”

16、URL：”^[a-zA-Z]+://(/w+(-/w+)*)(/.(/w+(-/w+)*))*(/?/s*)?$”

3. requre和include详解

定义A=包含文件  B=被A包含的文件  C=被B包含的文件
也就是说 A 包含 B， B包含C
A中有

Php代码

1.        require '[B路径]'  //(这里的require可以换成require_once include)  

require '[B路径]'  //(这里的require可以换成require_once include)

B中有

Php代码

1.        require '[C路径]'  //(这里的require可以换成require_once include)

require '[C路径]'  //(这里的require可以换成require_once include)

下面的讨论主要针对A为入口文件，即只直接访问A，不直接访问B。

首先定义两个概念：相对路径和全路径，我对它们的定义是，相对路径指以.开头的路径，例如  ./a/a.php (相对当前目录)    ../common.inc.php (相对上级目录)， 全路径是以/开头或者windows下的C:/类似的盘符开头的路径，全路径不用任何参考路径就可以唯一确定文件的最终地址。 例如      /apache/wwwroot/site/a/a.php  c:/wwwroot/site/a/a.php
除了相对路径和全路径之外的路径还有其他类型的路径吗？ 还有。凡是不以.或者/开头、也不是windows下盘符:/开头的路径，例如 a/a.php  common.inc.php，这样的路径，就是第三种类型路径。开始以为这也是相对路径，但在php的include/require包含机制中，这种类型的路径跟以.开头的相对路径处理是完全不同的。 （require './a.php' 和 require 'a.php' 是不同的！）我们姑且叫这种路径为未确定路径

下面分析这三种类型包含路径的处理方式：首先记住一个结论：如果包含路径为相对路径或者全路径，则不会到include_path中去查找该文件，也就是说不管php.ini中定义的include_path环境变量是多少，或者在程序中设置set_include_path(...)为多少。

引用

If a path is defined (full or relative), the include_path will be ignored altogether.
注意：下面的讨论和结论基于这样的环境：
假设 A=[SITE]/app/test/main.php，再次强调下面的讨论是针对直接访问A的情况。 ([SITE]代表站点的根目录，可以替换成成http://www.xxx.com这样的域名根路径或者文档存储的物理目录如： c:/wwwroot/xxx.com 或者 /usr/wwwroot/xxx.com )，请读者在自己能测试的网站根目录创建/app/test/ 目录，并在其中创建main.php，最好是把下面的例子都实践一下。
1. 相对路径：

相对路径需要一个参考目录才能确定文件的最终路径，在包含解析中，这个参考目录是程序执行入口文件所在目录，不管包含嵌套多少层。

如果
A中定义  require './b/b.php';   //则B=[SITE]/app/test/b/b.php
B中定义  require './c.php';   //则C=[SITE]/app/test/c.php  不是 [SITE]/app/test/b/c.php

如果
A中定义  require './b/b.php';   //则B=[SITE]/app/test/b/b.php
B中定义  require '../c.php';   //则C=[SITE]/app/c.php  不是 [SITE]/app/test/c.php

如果
A中定义  require '../b.php';   //则B=[SITE]/app/b.php
B中定义  require '../c.php';   //则C=[SITE]/app/c.php  不是 [SITE]/c.php

如果
A中定义  require '../b.php';   //则B=[SITE]/app/b.php
B中定义  require './c/c.php';   //则C=[SITE]/app/test/c/c.php  不是 [SITE]/app/c/c.php

如果
A中定义  require '../inc/b.php';   //则B=[SITE]/app/inc/b.php
B中定义  require './c/c.php';   //则C还是=[SITE]/app/test/c/c.php  不是 [SITE]/app/inc/c/c.php

同理如果
A中定义  require '../inc/b.php';   //则B=[SITE]/app/inc/b.php
B中定义  require './c.php';   //则C=[SITE]/app/test/c.php  不是 [SITE]/app/inc/c.php
2. 全路径：
全路径的比较简单，不容易混淆出错。举一个简单例子
A中定义 require '/wwwroot/xxx.com/app/test/b.php';   //则在windows下B=c:/wwwroot/xxx.com/app/test/b.php (c:为服务器所在盘符)，在linux下B=/wwwroot/xxx.com/app/test/b.php

dirname(__FILE__)计算出来的也是一个全路径形式的目录，但是要注意__FILE__是一个Magic constants，不管在什么时候都等于写这条语句的php文件所在的全路径，因此dirname(__FILE__)也总是指向写这条语句的php文件所在的全路径，跟这个文件是否被其他文件包含使用没有任何关系。

例如：
A中定义  require '../b.php';   //则B=[SITE]/app/b.php
B中定义  require dirname(__FILE__).'/c.php';   //则B=[SITE]/app/c.php

如果
A中定义  require '../inc/b.php';   //则B=[SITE]/app/inc/b.php
B中定义  require dirname(__FILE__).'/c.php';   //则B=[SITE]/app/inc/c.php 始终跟B在同一个目录

结论：不管B是被A包含使用，还是直接被访问，
  B如果 require dirname(__FILE__).'/c.php' ，则始终引用到跟B在同一个目录中的 c.php文件;
  B如果 require dirname(__FILE__).'/../c.php'  ，则始终引用到B文件所在目录的父目录中的 c.php文件;
  B如果 require dirname(__FILE__).'/c/c.php'  ，则始终引用到B文件所在目录的c子目录中的 c.php文件;
3. 除相对路径和全路径之外的未确定路径
首先在逐一用include_path中定义的包含目录来拼接[未确定路径]，找到存在的文件则包含成功退出，如果没有找到，则用写require语句的php文件所在目录来拼接[未确定路径]组成的全路径去查找该文件，如果文件存在则包含成功退出，否则表示包含文件不存在，出错。
下面的讨论和结论需要首先在A文件的开头调用 set_include_path(dirname(__FILE__).'/../inc'); 设置include_path为 [SITE]/app/test/../inc 目录，其实就是 [SITE]/app/inc
并且在A中定义  require '../b.php';   //把B固定在[SITE]/app/b.php