php 与unix中的 的区别

php教程 rn 与unix中的n 的区别

n 软回车：
      在Windows 中表示换行且回到下一行的最开始位置。相当于Mac OS 里的 r 的效果。
      在Linux、unix 中只表示换行，但不会回到下一行的开始位置。

r 软空格：
      在Linux、unix 中表示返回到当行的最开始位置。
      在Mac OS 中表示换行且返回到下一行的最开始位置，相当于Windows 里的 n 的效果。

t 跳格（移至下一列）。

它们在双引号或定界符表示的字符串中有效，在单引号表示的字符串中无效。
rn 一般一起用，用来表示键盘上的回车键，也可只用 n。
t表示键盘上的“TAB”键。

就像你使用 enter和shift+enter的区别，如果要显示在页面上的效果还要转化为HTML代码或用...

文件中的换行符号：

linux,unix:     rn
windows    :     n  
Mac OS   ：   r

对应：

n LF或ASCII中的0x0A(10)
r CR或ASCII中的0x0D(13)
t 水平制表符-HT或ASCII中的0x09（9）
反斜杠
$ 美圆符
" 双引号
' 单引号

　　　　　　　　　　　　　　　　　　图1

开始不明白 "(CRLF)" 是什么意思！

查了一些资料，在一篇帖子里面发现了它的原意：

先发地址

其中一个人的回帖 把这个问题给我破解了 ，并且还介绍了windows下面rn的理由

ini_set('include_path', CAKE_CORE_INCLUDE_PATH . PATH_SEPARATOR . ROOT . DS . APP_DIR . DS . PATH_SEPARATOR . ini_get('include_path'));
我们看到这个程序动态修改include_path。不过cake在这儿是把 CAKE_CORE_INCLUDE_PATH 和 APP_DIR 加到 include_path里，并且优先在这两个目录下找包含程序。
注意到它这里用到了PATH_SEPARATOR这个变量。这样这段代码在windows和linux下能通用。

从中受到启发，我们可以根据自己的需要把一些include目录动态的加入进来。比如说我们有很多libs:lib1,lib2,lib3等等。我们不必把这些libs都加到include_path里，因为它们之间可能冲突。
可以建立一个inc_dir,并把这个目录加入到include_path。在inc_dir下，分别建立inc_path1.php教程 inc_path2.php inc_path3.php
分别写入
<?php
ini_set('include_path', ini_get('include_path').PATH_SEPARATOR.$dirToLib1);
<?php
ini_set('include_path', ini_get('include_path').PATH_SEPARATOR.$dirToLib2);
<?php
ini_set('include_path', ini_get('include_path').PATH_SEPARATOR.$dirToLib3);

在写程序的时候，比如要用lib2的functions.php
就可以这么写
<?php
require 'inc_path2.php';
require 'functions.php';

当时候函数include(),require(),fopen_with_path()函数来寻找文件时候.在不设置include_path的情况下,这些函数打开文件时候默认的是以web根目录去寻找.当设置include_path以后,这些php函数就会先在指定的include_path目录下面去搜索寻找.

其原理和window系统的环境变量相似,在window运行cmd命令的时候,输入一些cmd的命令之后系统会在其设定的环境变量里面去搜索这些命令是否存在,存在就可以执行.

2.include_path的设置
第一种方法：

修改php.ini文件中的include_path项。

include_path = .:/usr/local/lib/php:./include
第二个方法：

使用ini_set方法。
ini_set("include_path", ".:../:./include:../include");　　　　　

3.注意
zendframework include 设置 index.php

复制代码 代码如下:
set_include_path('.' .PATH_SEPARATOR.'../library/'
.PATH_SEPARATOR.'./application/models/'
.PATH_SEPARATOR.'./application/lib/'
.PATH_SEPARATOR.get_include_path());

PATH_SEPARATOR是一个常量，在Linux系统中是一个" : "号,Windows上是一个";"号。

所以编写程序时最好用常量 PATH_SEPARATOR 代替，否则如果系统从linux移植到win系统或反过来移植会出错！
get_include_path取得当前已有的环境变量,加上前面的设置就是新的系统include

include_path是怎么起作用的?
如果有多个include_path顺序是怎么样的?
什么情况下include_path不起作用?
今天, 我就全面的介绍下这个问题, 先从一个例子开始吧.
如下的目录结构:

•   root
•     ├ 1.php
•     ├ 3.php
•     └ subdir
•          ├ 2.php
•           └ 3.ph

在1.php中:

• <?php
• ini_set(“include_path”, “.:path_to_subdir”);
• require(“2.php”);
• ?></SPAN

而在2.php中:

• <?php
• require(“3.php”);
• ?></SPAN

而在root目录下的3.php打印出”root”, 在subdir目录下的3.php打印出”subdir”;
现在, 我的问题来了:
1. 当在root目录下运行1.php, 会得到什么输出?
2. 在subdir下运行上一级目录的1.php, 有会得到什么输出?
3. 当取消include_path中的当前目录path(也就是include_path=”path_to_subdir”), 上面俩个问题又会是什么输出?
PHP中的include_path
PHP在遇到require(_once)/include(_once)的指令的时候, 首先会做如下的判断:

• 要包含的文件路径是绝对路径么?
• 如果是, 则直接包含, 并结束.
• 如果不是, 进入另外的逻辑(经过多次调用, 宏展开后进入_php_stream_fopen_with_path)寻找此文件

接下来, 在_php_stream_fopen_with_path中, 会做如下判断:

• 要包含的文件路径是相对路径么(形如./file, ../dir/file, 以下用”目录相对路径代替”)?
• 如果是, 则跳过include_path的作用逻辑, 直接解析相对路径(随后单独介绍)

会根据include_path,和当前执行文件的path组成一个待选的目录列表, 比如对于文章前面的例子来说, 会形成一个如下的待选列表

• “.:path_to_subdir:current_script_dir

然后, 依次从待选列表头部开始, 根据DEFAULT_DIR_SEPARATOR(本文的环境是”:”)取出待选列表中的一个路径, 然后把要包含的文件名附加在这个路径后面, 进行尝试. 如果成功包含, 则返回, 否则继续下一个待选路径.
到现在为止, 我们已经可以回答我开头提出的3个问题了.
1. 因为在root目录下执行, 所以在1.php中包含2.php的时候, include_path的第二个待选路径起了作用(path_to_subdir), 找到了path_to_subdir/2.php, 而在2.php包含3.php的时候, 当前工作目录是root下, 所以在包含3.php的时候, include_path的第一个待选路径”.”(当前工作目录)下就找到的匹配的文件, 所以得到的输出是”root”.
2. 同1, 只不过当前的路径是subdir, 所以得到的输出是”subdir”.
3. 因为没有了当前路径为include_path, 所以在root目录下运行的时候2.php中包含3.php的时候, 是path_to_subdir起了作用, 所以无论在root还是subdir都将得到”subdir”的输出.
而如果在2.php中清空include_path,

• <?php
• ini_set(“include_path”, ”);
• require(“3.php”);
• ?></SPAN

那么将会是current_script_dir起作用, 而这个时候current_script_dir是2.php的路径, 所以还是会得到”subdir”的输出.
目录相对路径
在使用目录相对路径的情况下, 相对路径的基点, 永远都是当前工作目录.
为了说明在目录相对路径下的情况,我们再看个列子, 还是上面的目录结构, 只不过1.php变成了:

• <?php
• ini_set(“include_path”, “/”);
• require(“./subdir/2.php”);
• ?></SPAN

2.php变成了:

• <?php
• require(“./3.php”);
• ?></SPAN

如果在root目录下执行, 2.php中寻找3.php将会在当前目录的相对路径下寻找, 所以得到的输出是”root”, 而如果是在subdir下执行上一级目录的1.php(php -f ../1.php), 将会因为在subdir下找不到”./subdir/2.php”而异常退出.
后记
1. 因为使用include_path和相对路径的情况下, 性能会和寻找的次数有关, 最坏的情况下, 如果你有10个include_path, 那么最多可能会重试11次才能找到要包含的文件, 所以, 在能使用绝对路径的情况下最好使用绝对路径.

php教程中的三元运算符详解

三元运算符的功能与“if....else”流程语句一致，它在一行中书写，代码精练、执行效率高。在PHP程序中恰当地使用三元运算符能够让脚本更为简洁、高效。代码的语法如下：

(expr1)?(expr2):(expr3);

 
解释：如果条件“expr1”成立，则执行语句“expr2”,否则执行“expr3”。

实现同样的功能，若使用条件流程语句，就需要书写多行代码：

 if(expr1){
expr2;
}else{
expr3;
}
可见，三元运算符之好并非夸张。可是多数情况下我们只在代码较为简单的时候使用三元运算符，即执行语句只为单句的时候。如：
 

 $a>$b?print"a大于b":print"a小于b";
事实上，三元运算符可以扩展使用，当设置的条件成立或不成立，执行语句都可以不止一句，试看以下格式：
 

 (expr1)?(expr2).(expr3):(expr4).(expr5);
我们非常明显地看到，多个执行语句可以使用字符串运算符号（“.”）连接起来，各执行语句用小角括号包围起来以表明它是一个独立而完整的执行语句。这样扩展后它的功能更为逼近“if....else”流程语句。

同时三元运算符还可以嵌套使用。例如，a大于b成立时：如果a小于c，那么x=c-a否则x=a-c;否则a小于b成立时：如果b小于c，那么x=c-b否则x=b-c：
 

 $a>$b?$x=($a<$c?$c-$a:$a-$c):$x=($b<$c?$c-$b:$b-$c);
嵌套使用的三元运算符可读性不好，对日后代码维护也可能存在问题，但它比“if....else”之类的流程语句相比，它是很简练了，这是它的好处。

在使用中也可以不考虑“三元”中条件句以外的任意某一“元”，使用三元运算符运算符仍然比if语句简练。以下的语法是正确的，它们以小解引号的方式忽略第二或第三“元”：
 

 $a>$b?print"YES":"";
 $a>$b?"":print"No";
 
应该注意的是：在使用三元运算符时，建议使用print语句替换echo语句-----------经测试，php4环境下，在使用三元运算时若用echo语句打印内容，php会报错

三元运算符也可以用来赋值：

 $a=2;
 $b=1;
 $str=($a>$b):'Yes':'No';
echo $str;

echo
    $a == 1 ? 'one' :
 $a == 2 ? 'two' : 
 $a == 3 ? 'three' :  
 $a == 4 ? 'foura' : 'other';
echo "n";

输出结果是：

结果是：four

一开始想不明白，按照我的理解，应该是这样的逻辑：
echo ($a == 1 ? 'one' :
   ( $a == 2 ? 'two' :
   ( $a == 3 ? 'three' :
    ($a == 4 ? 'four' : 'other'))));
输出为：two

后来在kevinG(qq:48474)的指教下，参看php手册，终于明白了php的三元符的解释是从左到右的，
<!--?php
// 乍看起来下面的输出是 'true'
echo (true?'true':false?'t':'f');

// 然而，上面语句的实际输出是't'，因为三元运算符是从左往右计算的

// 下面是与上面等价的语句，但更清晰
echo ((true ? 'true' : 'false') ? 't' : 'f');

所以上面的可以这样解释：
 echo (
    ((($a == 1 ? 'one' :
 $a == 2) ? 'two' : 
 $a == 3 )? 'three' :  
 $a == 4 )? 'four' : 'other');

  其实这个涉及到类型转换：
$a==1=>false=>$a==2?true=>'two'=true=>'three'=true=>'four'

header() 函数向客户端发送原始的 HTTP 报头。

认识到一点很重要，即必须在任何实际的输出被发送之前调用 header() 函数（在 PHP 4 以及更高的版本中，您可以使用输出缓存来解决此问题）：

<html>
<?php教程
// 结果出错
// 在调用 header() 之前已存在输出
header('Location: http://www.example.com/');
?>语法
header(string,replace,http_response_code)参数 描述
string 必需。规定要发送的报头字符串。
replace 可选。指示该报头是否替换之前的报头，或添加第二个报头。

默认是 true（替换）。false（允许相同类型的多个报头）。
 
http_response_code 可选。把 HTTP 响应代码强制为指定的值。（PHP 4 以及更高版本可用）
提示和注释
注释：从 PHP 4.4 之后，该函数防止一次发送多个报头。这是对头部注入攻击的保护措施。
例子
例子 1
<?php
// Date in the past
header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
header("Cache-Control: no-cache");
header("Pragma: no-cache");
?>

<html>
<body>

...
...注释：用户可能会设置一些选项来更改浏览器的默认缓存设置。通过发送上面的报头，您可以覆盖任何这些设置，强制浏览器不进行缓存！

例子 2
提示用户保存一个生成的 PDF 文件（Content-Disposition 报头用于提供一个推荐的文件名，并强制浏览器显示保存对话框）：

<?php
header("Content-type:application/pdf");

// 文件将被称为 downloaded.pdf
header("Content-Disposition:attachment;filename='downloaded.pdf'");

// PDF 源在 original.pdf 中
readfile("original.pdf");
?>

<html>
<body>

...
...

<?php
// 结果出错
// 在调用 header() 之前已存在输出
header('location: http://www.111cn.net/');
?>语法
header(string,replace,http_response_code)

该函数防止一次发送多个报头

<?php
// date in the past
header("expires: mon, 26 jul 1997 05:00:00 gmt");
header("cache-control: no-cache");
header("pragma: no-cache");
?>

提示用户保存一个生成的 pdf 文件（content-disposition 报头用于提供一个推荐的文件名，并强制浏览器显示保存对话框）：

当时间超过指定时间就表示网页内容已经失效。 其格式如下

expires = “expires:” http-date

例 如: header(“expires: fri, 31 oct 2003 18:00:00 gmt”); 表示2003年10月31日星期五 18时。

header(“expires: wed, 30 jun 2004 09:00:00 gmt”); 表示2004年6月30日星期三 9时。

last-modified = “last-modified” “:” http-date

例如 header(“last-modified: wed, 01 jan 2003 12:00:00 gmt”); 上次修改时间2003年1月1日12时

cache control

no-cache 使得服务器的数据可以传送到远程的使用者, 而不会被暂存 (cache) 起来。

no-store 是预防不良的版本或者是敏感的信息被保留下来。

must-revalidate 是指必须要再评估信息, 如果暂存 (cached) 的数据是无效的则让服务器与使用者端联机

更多详细内容请查看：http://www.111cn.net/phper/php-function/36348.htm

看一此关于其它类型

__FILE__ :被称为PHP魔术常量 ,返回当前执行PHP脚本的完整路径和文件名,包含一个绝对路径

1）dirname(__FILE__) 函数返回的是脚本所在在的路径。     更新网络
比如文件 b.php教程 包含如下内容：    
         <?php   
   $basedir = dirname(__FILE__);    
   echo $basedir
                                            //将在页面打印出一个这个文件所在绝对路径!
   ?>    
   我做的测试得到结果: E:websiteothertestcms
   这个相当于, asp教程中的server.mappth的用法

如果b.php被其他目录里的a.php文件require 或者 include 去引用的话。 变量$basedir 的内容还是b.php所在的那个文件夹的路径。    而不是变成a.php文件所在的目录。

2）dirname(__FILE__) 一般会返回文件所的当前目录到系统根目录的一个目录结构。 

不会返回当前的文件名称。    dirname(__FILE__) 也可能返回一个 . (当前目录)    [原因是 b.php 文件在 http.conf 或者 PHP 配置开发环境的默认WEB目录下

几个 PHP 的“魔术常量”
名称 说明
__LINE__ 文件中的当前行号。
__FILE__ 文件的完整路径和文件名。如果用在包含文件中，则返回包含文件名。自 PHP 4.0.2 起，__FILE__ 总是包含一个绝对路径，而在此之前的版本有时会包含一个相对路径。
__FUNCTION__ 函数名称（PHP 4.3.0 新加）。自 PHP 5 起本常量返回该函数被定义时的名字（区分大小写）。在 PHP 4 中该值总是小写字母的。
__CLASS__ 类的名称（PHP 4.3.0 新加）。自 PHP 5 起本常量返回该类被定义时的名字（区分大小写）。在 PHP 4 中该值总是小写字母的。
__METHOD__ 类的方法名（PHP 5.0.0 新加）。返回该方法被定义时的名字（区分大小写)