以下只是摆弄php时遇到的一些小问题而做的参考总结，牛人朋友们看到有新的见解，忘不吝赐教。 php的几种常见报错： 1.fatal error: can’t use function return value in write context in ……这种情况一般是返回值问题，在即在返回值里面不能使用函数（fun
以下只是摆弄php时遇到的一些小问题而做的参考总结，牛人朋友们看到有新的见解，忘不吝赐教。
php的几种常见报错：
1.fatal error: can’t use function return value in write context in ……这种情况一般是返回值问题，在即在返回值里面不能使用函数（function）返回值，而应该用获取返回值过后的变量中转替代。
2.undefined offset: 1 in…..这种情况属于数组越界，有时候下标取值错误，或者正则匹配失误时，往往会造成这种情况。通常这种情况我会有两种做法，一是检查下标数，看看匹配正则有没有误判导致取错。二是选择了一种稍笨的方法，由于正则博大精深，不熟的话取的时候偶尔会出错，如果可以采用代替函数分割步奏执行，虽然效率稍低，仍不失为一种好方法。
3.preg_match() expects parameter 2 to be string, array given in……这种情况是使用取得的pre_match时,传入的变量并非string类型，造成这种可能有不少原因。如果只是取得值而类似不准可以用（string）强制转换传入的变量。而万一传入的变量并没有准确的取到值，则要依靠调试，echo，看看错误的缘由。
4.php中的notice:undefine dindex以及notice:undefinedvariable:一般由于未声明变量而导致的，有时候系统环境变量也需要声明，可考虑使用 isset() 或者empty()进行预置值。
这里顺便一提，大公司的作风，除了实力强劲写的公司迅拥有猛的修补速度，还有部分公司喜欢这里有洞这里掩饰一下，那里有洞那里填补一下，导致了二次漏洞的产生。在这里笔者以为关闭报错也是种不错的方法，虽然有时候会影响web程序的运行。
补救方法下面稍稍列几项，也是从互联网采集而来，笔者做了些修改。
1.服务器配置修改
修改 php.ini 中的 error配置下错误显示方式：将error_reporting = e_all 修改为error_reporting = e_all & ~e_notice，改后重启下apache服务器，方可生效。
2.函数容错
在变量前面 加上一个 @ ，如 if (@$_get['action']==’save’)
3.变量初始化
程序猿养成一个好习惯，php定义变量很容易，但在定义时在记得考虑是否对变量进行容错初始化。
4.函数替代
时间比较紧的话，可以尝试用功能相似，而程序猿本身又相对熟悉的函数去替代不太了解函数。即使要花稍多时间写更长一段代码，也比事后多次修补和安全的不稳定性的代价交换更好。
5.禁止报错
在文件头部加上“error_reporting(e_error | e_warning | e_parse);这是一剂狠药，如果交互性比较强的代码建议慎用。
发这篇札记时犹豫了下，这个笔记只是个总结，毕竟并不是啥新东西，肯定有朋友会喷的。但是小菜并不是程序猿，发出来也只是想获得建议和讨论，同时也是因为挺久没发帖了，希望为坛子尽小小一份力。希望坛子的牛牛们和法客的大家们能给点建议，给点参考。欢迎指出毛病，但求文明用语就行喔。再次感谢机油的指点和网络的参考。
? 转载保留版权：panni_007 security? 本文链接地址：php学习札记? 如果喜欢可以：点此订阅本站 53d4e0d893227499f659c9d8412ed85a