首先弄清楚,什么是bom头?在Windows下用记事本之类的程序将文本文件保存为UTF-8格式时,记事本会在文件头前面加上几个不可见的字符(EF BB BF),就是所谓的BOM(Byte order Mark)。
不仅限于 记事本保存的文件,只要在文件的开口包含了EF BB BF 几个不可见的字符(十六进制应该是是xEFxBBxBF,用二进制编辑文件可见)。这像是一个约定俗成的东西,当系统看到这玩意的时候,就会觉得你这个文件是UTF-8编码的。
如果你的接口是UTF-8的,你需要强制下载一个文件,比如csv.excel在默认情况(中文背景)下,认为csv是GB编码的,所以如果米有bom头,那你给用户呈现的文件,可能就是乱码了。
怎么加bom头呢?
在输出文件之前加上bom头就可以了:
代码如下 | 复制代码 |
// 文件名 |
给新人总结一下PHP的错误处理。
PHP提供了错误处理和日志记录的功能. 这些函数允许你定义自己的错误处理规则,以及修改错误记录的方式. 这样,你就可以根据自己的需要,来更改和加强错误输出信息以满足实际需要.
通过日志记录功能,你可以将信息直接发送到其他日志服务器,或者发送到指定的电子邮箱(或者通过邮件网关发送),或者发送到操作系统日志等,从而可以有选择的记录和监视你的应用程序和网站的最重要的部分。
错误报告功能允许你自定义错误反馈的级别和类型,可以是简单的提示信息或者使用自定义的函数进行处理并返回信息.
为什么要使用错误处理?
•是网站出错时对用户友好
•更好的避免错误、调试、修复错误
•避免一些安全风险
•更好保证程序的健壮性
•……
1、最简单的错误处理——die()
当我们预计有错误发生时,停止脚步的运行。比如连接数据库时
<?php
mysql_connect('localhost', www.111cn.net, '123456')
or die ('连接数据库错误:'. mysql_error());
不过,简单地终止脚本并不总是恰当的方式。
2、自定义错误和错误触发器
我们创建一个错误处理专用函数,使用set_error_handler函数设置后,可以在 PHP 中发生错误时调用该函数。
定义错误处理函数的参数
参数 | 描述 |
---|---|
error_level | 必需。为用户定义的错误规定错误报告级别。必须是一个值数。 参见下面的表格:错误报告级别。 |
error_message | 必需。为用户定义的错误规定错误消息。 |
error_file | 可选。规定错误在其中发生的文件名。 |
error_line | 可选。规定错误发生的行号。 |
error_context | 可选。规定一个数组,包含了当错误发生时在用的每个变量以及它们的值。 |
预定定变量
值 | 常量 | 说明 | 备注 |
---|---|---|---|
1 | E_ERROR (integer) | 致命的运行时错误。这类错误一般是不可恢复的情况,例如内存分配导致的问题。后果是导致脚本终止不再继续运行。 | |
2 | E_WARNING (integer) | 运行时警告 (非致命错误)。仅给出提示信息,但是脚本不会终止运行。 | |
4 | E_PARSE (integer) | 编译时语法解析错误。解析错误仅仅由分析器产生。 | |
8 | E_NOTICE (integer) | 运行时通知。表示脚本遇到可能会表现为错误的情况,但是在可以正常运行的脚本里面也可能会有类似的通知。 | |
16 | E_CORE_ERROR (integer) | 在PHP初始化启动过程中发生的致命错误。该错误类似 E_ERROR,但是是由PHP引擎核心产生的。 | since PHP 4 |
32 | E_CORE_WARNING (integer) | PHP初始化启动过程中发生的警告 (非致命错误) 。类似 E_WARNING,但是是由PHP引擎核心产生的。 | since PHP 4 |
64 | E_COMPILE_ERROR (integer) | 致命编译时错误。类似E_ERROR, 但是是由Zend脚本引擎产生的。 | since PHP 4 |
128 | E_COMPILE_WARNING (integer) | 编译时警告 (非致命错误)。类似 E_WARNING,但是是由Zend脚本引擎产生的。 | since PHP 4 |
256 | E_USER_ERROR (integer) | 用户产生的错误信息。类似 E_ERROR, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 | since PHP 4 |
512 | E_USER_WARNING (integer) | 用户产生的警告信息。类似 E_WARNING, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 | since PHP 4 |
1024 | E_USER_NOTICE (integer) | 用户产生的通知信息。类似 E_NOTICE, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 | since PHP 4 |
2048 | E_STRICT (integer) | 启用 PHP 对代码的修改建议,以确保代码具有最佳的互操作性和向前兼容性。 | since PHP 5 |
4096 | E_RECOVERABLE_ERROR (integer) | 可被捕捉的致命错误。 它表示发生了一个可能非常危险的错误,但是还没有导致PHP引擎处于不稳定的状态。 如果该错误没有被用户自定义句柄捕获 (参见 set_error_handler()),将成为一个 E_ERROR 从而脚本会终止运行。 | since PHP 5.2.0 |
8192 | E_DEPRECATED (integer) | 运行时通知。启用后将会对在未来版本中可能无法正常工作的代码给出警告。 | since PHP 5.3.0 |
16384 | E_USER_DEPRECATED (integer) | 用户产少的警告信息。 类似 E_DEPRECATED, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 | since PHP 5.3.0 |
30719 | E_ALL (integer) | E_STRICT出外的所有错误和警告信息。 | 30719 in PHP 5.3.x, 6143 in PHP 5.2.x, 2047 previously |
(级别E_ERROR、E_USER_ERROR不能被自定义错误处理函数扑捉到)自定义错误函数中不能扑捉到致命错误信息,因为发生致命的运行时错误时脚本都是立即停止执行的。
触发错误
在脚本中用户输入数据的位置,当用户的输入无效时触发错误的很有用的。在 PHP 中,这个任务由 trigger_error() 完成。
您可以在脚本中任何位置触发错误,通过添加的第二个参数,您能够规定所触发的错误级别。
可能的错误类型:
•E_USER_ERROR – 致命的用户生成的 run-time 错误。错误无法恢复。脚本执行被中断。
•E_USER_WARNING – 非致命的用户生成的 run-time 警告。脚本执行不被中断。
•E_USER_NOTICE – 默认。用户生成的 run-time 通知。脚本发现了可能的错误,也有可能在脚本运行正常时发生。
例如:
1
2
<!--?php<br /--> trigger_error("出错了啊", E_USER_WARNING);
// 输出 Warning: 出错了啊 in xxxx 的错误信息
3、错误报告
默认地,根据在 php.ini 中的 error_log 配置,PHP 向服务器的错误记录系统或文件发送错误记录。
通过使用 error_log() 函数,您可以向指定的文件或远程目的地发送错误记录。比如把错误信息发送到邮箱中是一种好的方式。
更多错误处理文档见:http://www.php.net/manual/zh/book.errorfunc.php
4、异常处理
当异常被抛出时,其后的代码不会继续执行,PHP 会尝试查找匹配的 “catch” 代码块。
如果异常没有被捕获,而且又没用使用 set_exception_handler() 作相应的处理的话,那么将发生一个严重的错误(致命错误),并且输出 “Uncaught Exception” (未捕获异常)的错误消息。
处理处理程序应当包括:
1.try – 使用异常的函数应该位于 “try” 代码块内。如果没有触发异常,则代码将照常继续执行。但是如果异常被触发,会抛出一个异常。
2.throw – 这里规定如何触发异常。每一个 “throw” 必须对应至少一个 “catch”
3.catch – “catch” 代码块会捕获异常,并创建一个包含异常信息的对象
重新抛出异常
有时,当异常被抛出时,您也许希望以不同于标准的方式对它进行处理。可以在一个 “catch” 代码块中再次抛出异常。
脚本应该对用户隐藏系统错误。对程序员来说,系统错误也许很重要,但是用户对它们并不感兴趣。为了让用户更容易使用,您可以再次抛出带有对用户比较友好的消息的异常。
异常的规则
需要进行异常处理的代码应该放入 try 代码块内,以便捕获潜在的异常。
每个 try 或 throw 代码块必须至少拥有一个对应的 catch 代码块。
使用多个 catch 代码块可以捕获不同种类的异常。
可以在 try 代码块内的 catch 代码块中再次抛出(re-thrown)异常。
简而言之:如果抛出了异常,就必须捕获它。
在应用开发中有不少朋友会碰到session无效了或session丢失问题,下面我来整理一些导致PHP Session丢失无效问题与解决方法。
前两天玩了一下云边的轻博客,觉得东西比较小巧,自己也想弄个东西,就直接放到服务器里装了,结果啊!!!$_SESSION丢失了好几天~
情况描述:
$_SESSION只能在当前的访问里有效,第二次请求就像之前执行过<per>www.111cn.net session_destroy()</per>
一样,$_SESSION里的内容会没了,就一个
array();
;
下面是我对这个问题的查找目标路线:
1. session_start(): 想到每一次访问里都能用$_SESSION来写值存值,马上就撤掉了;
2. session过期:但发现在代码里这么一行
代码如下 | 复制代码 |
ini_set('session.gc_maxlifetime',$lefttime); |
,所以也不是这个原因;
3. cookie禁用了:查看了一上浏览器里的cookie 的储存,也没有什么被禁用,程序里写的值在,用打印了一下$_COOKIES都在,也排除了;
4. speedphp里的问题:网上找了一遍相关的关键字也没有发现类似的情况,多的就是讲在一次写入里丢失了一个$_SESSION变量,跟我这个情况不一样,然后又自己加了行session_start();跟其它的一些调试变量及打印,但还是没有结果,于也排除;
5. 求助网友:发了一条求助信息“session只能在当前访问里有效,第二次访问时感觉就像执行了session_destroy(),之前所有内容都没有了,会是哪些原因?求思路…”,啊那个叫“秦淮公子(234427967) 20:32:45 磁盘不能写了”回了果么一条,立马去/etc下打开php.ini看session的存放路径,一路cd进去,神速“ll”,啊!!!!当时就无语了啊,看着
代码如下 | 复制代码 |
drwxrwx--- 2 root apache xxxx .... |
当时就无语了。
代码如下 | 复制代码 |
chmod 777 session |
后,纠结解除~
结论:SESSION丢失,记得先从目录权限开始
实现重定向的原理很简单,就是Web服务器返回个HTTP header给浏访问者,PHP发送HTTP header这个功能是由header()函数来实现的。301, 302, 404 这些状态码是在HTTP协议中约定好的,所以不用打破沙锅问“为什么是301而不是3001”。扯多了,回到正题。
PHP 301重定向:
代码如下 | 复制代码 |
header('HTTP/1.1 301 Moved Permanently'); Header( "Location: http://www.111cn.net/" ); exit(); |
或者
代码如下 | 复制代码 |
<?php $http_protocol = $_SERVER['SERVER_PROTOCOL']; //http协议版本 //如果是其他协议,则默认为HTTP/1.0 //响应301状态码 //指定重定向的URL |
PHP 302重定向:
代码如下 | 复制代码 |
header("Location: http://www.hzhuti.com/"); exit(); |
顺到把PHP 404错误也附带上:
代码如下 | 复制代码 |
header("HTTP/1.1 404 Not Found"); exit(); |
这里关于php 301与302重定向就讲到了这里了,下面附一下apache做法
例:
APACHE
代码如下 | 复制代码 |
Redirect 301 /old/old.htm http://www.111cn.net/new.htm |
2.使用mod_rewrite重写URL方式
APACHE
代码如下 | 复制代码 |
Options +FollowSymLinks |
关于apache htaccess这里就不介绍人了与mod_rewrite重写URL方式几乎是完全一样的哦。
中文处理在php中处理总是不那么完美经常会碰到中文处理时乱码或为空问题,下面我在处理json时也碰到同样的问题,后来整理一个完美解决 json_encode 中文乱码或为空程序类。代码如下 | 复制代码 |
/************************************************************** * * 使用特定function对数组中所有元素做处理 * @param string &$array 要处理的字符串 * @param string $function 要执行的函数 * @return boolean $apply_to_keys_also 是否也应用到key上 * @access public * *************************************************************/ function arrayRecursive(&$array, $function, $apply_to_keys_also = false) { static $recursive_counter = 0; if (++$recursive_counter > 1000) { die('possible deep recursion attack'); } foreach ($array as $key => $value) { if (is_array($value)) { arrayRecursive($array[$key], $function, $apply_to_keys_also); } else { $array[$key] = $function($value); } if ($apply_to_keys_also && is_string($key)) { $new_key = $function($key); if ($new_key != $key) { $array[$new_key] = $array[$key]; unset($array[$key]); } } } $recursive_counter--; } /************************************************************** * * 将数组转换为JSON字符串(兼容中文) * @param array $array 要转换的数组 * @return string 转换得到的json字符串 * @access public * *************************************************************/ function JSON($array) { arrayRecursive($array, 'urlencode', true); $json = json_encode($array); return urldecode($json); } $array = array ( 'Name'=>'络恩', 'Age'=>24 ); echo JSON($array); |