㈠ 在php中符号\b指的是什么意思
你好：
@在php中叫错误抑制符，也就是用来屏蔽错误的。
@之后的表达式如果出错误，是不提示错误信息的，如果不加@出错之后一般是会在浏览器中显示错误信息，加上之后浏览器中就不显示错误信息了。
你可以尝试下，看看加与不加的区别。
㈡ PHP网站打开空白的常见解决方法有哪些
在php编程中出现空白页面可能是由以下几个原因造成的：
1、逻辑错误
逻辑错误是最难排除的，从表面上看，也许代码是合法的，是正规的，可运行起来却不是预料之中的。为什么呢？也许是编写者想得不够全面，毕竟人是人，计算机是计算机，计算机不可能完全按照人的思路去运行脚本。在这里，我告诉大家一个比较好的调试方法，就是使用注释符“/* */”，注释掉一些代码，观察运行情况。要想完全排除逻辑错误，没有耐心是不行的，所以要静下心来，不要着急。
2、行为未定义
看下面的代码：
<?php
$action = $_GET['id'];
if($action == '')
$action = 1;
if($action == 1) {
echo("/$action's value is 1");
} else if($action == 2) {
echo("/$action's value is 2");
}
?>
这段代码大家看得很明白，就是如果$action变量为空时将它设为1，然后判断$action变量的值而做出不同的事件。当然，假如$action既不等于1，也不等于2的时候，PHP会做什么呢？？——什么也不会做，所以就会产生了空白的页面。知道了原因，解决就容易了。关于这个问题的解决，很简单，在 if模块后加一个else就可以了,打印一些信息即可。
3、语法错误
大家可能会问了，如果出现语法错误，一般会有错误提示的，怎么会空白呢？当然，这只是一些个别现象，在某些主页空间中（比如中国聚网的免费空间），如果你写得PHP有语法错误，它也不会有任何提示。解决也很容易，在上传文件之前在本地测试，找出错误的代码进行改正。(www.3lian.com)
4、滥用错误屏蔽符@
错误抑制符“@”常常用于可能会发生错误的地方，但是抑制符使用过多或使用得不是时候，也可能导致空白也免得出现，来看看下面两个PHP脚本吧：
test1.php
<?php
@include("test2.php");
echo($var);
?>
test2.php
<?php
$var = "Hi" //这行代码有错误，没有分号
$var1 = "Hello" //同上
?>
运行test1看看，结果就产生了空白的页面。纠正也很简单，可以去掉include函数前面的抑制符，或者更正test2.php文件中的错误。
㈢ 如何屏蔽php错误
@屏蔽法 @在php中一个抑制错误的符号，即便是你开启了报错功能，只要在错误语句之前加上@符号，便可屏蔽了错误信息。使用@抑制错误之前，会出现一个警告错误。（如下图所示）
使用后，警告错误便会消失，只会出现die函数中报错信息
error_reporting屏蔽法 在php文件开始之前，我们可以加上这样一句话error_reporting(0);这个函数的意思是设置 PHP 的报错级别并返回当前级别，0则代表禁用错误报告.（此函数还有其他参数，如果想要详细了解可以去搜索一下）
display_errors屏蔽法 这种方法应该是最彻底的一种解决办法，因为前两种方法只能作用于单行或者单个文件，这个则是作用于所有的php文件。打开php.ini文件，搜索display_errors = on,默认的应该是on，即开启报错功能，改为off即可
㈣ 如何有效的屏蔽掉PHP警告和错误提示
方法一、在有可能出错的函数前加@,然后or die("")
如：
@mysql_connect(...) or die("Database Connect Error")
屏蔽PHP错误提示方法二、编辑php.ini ，查找"display_errors =" ，将“=”后面的值改为"off。
屏蔽PHP错误提示方法三、在php脚本前加error_reporting(0)，屏蔽所有错误提示。
error_reporting
配置错误信息回报的等级。
语法: int error_reporting(int [level]);
返回值: 整数
函数种类: PHP 系统功能
屏蔽PHP错误提示函数内容说明
本函数用来配置错误信息回报的等级，参数 level 是一个整数的位遮罩 (bitmask)，见下表。
遮罩值 表示名称
E_ERROR
E_WARNING
E_PARSE
E_NOTICE
E_CORE_ERROR
E_CORE_WARNING
E_NOTICE 表示一般情形不记录，只有程序有错误情形时才用到，例如企图存取一个不存在的变量，或是呼叫 stat() 函数检视不存在的文件。
E_WARNING 通常都会显示出来，但不会中断程序的执行。这对除错很有效。例如：用有问题的正则表达式呼叫 ereg()。
E_ERROR 通常会显示出来，亦会中断程序执行。意即用这个遮罩无法追查到内存配置或其它的错误。
E_PARSE 从语法中解析错误。
E_CORE_ERROR 类似 E_ERROR，但不包括 PHP 核心造成的错误。
E_CORE_WARNING 类似 E_WARNING，但不包括 PHP 核心错误警告。
error_reporting( 7 ) = error_reporting( 1+2+4) = error_reporting(E_ERROR | E_WARING | E_PARSE)
以上就是屏蔽PHP错误提示的相关实现方法。
如何有效实现
㈤ 请问php中这<=@$username>什么意思
@符号在php中是抑制错误提示用的。一般在可预知bug 的地方，加一个@符号来防止程序崩溃停止。比如unlink删除文件，如果没有找到要删除的文件，系统会报错，可以加一个@来防止程序停止。
不过一般用的很少，也尽量少用。
你给的这个程序 感觉上哈斯写错了，@前又有一个=号，有没有写echo，完全不知错云
㈥ 使用PHP程序检查PHP文件是否有语法错误
在网上找了一下。刚开始以为 token_get_all()函数能处理语法错误的问题，结果发现，它只是做简单的词法分析。没有办法。后来到论坛上去问了一下
之前在当当的时候的一个项目中用到了一个简单的模板引擎，其实也是借鉴discuz来做的模板引擎，很简单，它所作的事情就是把一些自定义的标签编译成php代码。已经说了很简单了，所以编译的时候也名优进行模板语法的检查，那么在开发过程中就会出现编译出来的php文件有语法问题，有语法问题没有关系，我修改重新编译一下就好了。首先不能在每次请求的时候都把php模板重新编译一下，会严重影响性能，折中的处理时在每个编译好的php文件末尾检查一下该模板文件是否已经修改过，根据设定的更新频率，如果又需要则重新编译模板文件，现在的问题是编译出来的php文件自己有语法错误，根本执行不到模板检查那一步，所以即使修改了模板文件中的问题也不会重新编译。 所以我想寻找一种简单的方法来检查生成的php文件是否合法。不合法就重新编译，这样开发过程中就不用出现错误就得手动删除缓存文件了。
在网上找了一下。刚开始以为 token_get_all()函数能处理语法错误的问题，结果发现，它只是做简单的词法分析。没有办法。后来到论坛上去问了一下
有人告诉我有这样一个函数 php_check_syntax() 我想问题就这么坚决了。。我真应该rtf(read the fuck mannual). 仔细一看。这个函数已近被弃用了：
note: for technical reasons, this function is deprecated and removed from php. instead, use php -l somefile.php from the commandline.
这个technical reason 到底是什么呢？ 先不管了，以后再慢慢研究，反正不能使用这个方法就对了。
他们的建议是使用命令行$php -l filename.php 来检查语法。
gary every给了我一个代码片段参考：
在命令行下检查问题也不大。如果我要放在在线应用呢？ 这就涉及到可移植性的问题了。首先是操作系统，然后就是环境变量。这样的话就会依赖于服务器端的配置。在http://www.php.net/manual/en/function.php-check-syntax.php 上有人贴出了自己的php_check_syntax()函数实现。
有的采用的就是上面的命令行的方法。
后面有提到使用eval的方法来验证。eval方法会执行传入的代码， 如果代码有语法错误则会抛出parser error, 可以使用'@'错误抑制符去掉错误信息，eval和echo一样并不是函数，不能使用变量函数的方法调用比如：
$func = ‘eval'
$func()这样的调用就是无效的。它会提示没有eval函数，如果你自己定义这么一个函数也是有问题的。因为eval是一个关键字。
eval调用和include差不多，如果被包含文件中没有明确return就返回null。如果直接eval我们需要检查的文件会造成被检查的文件内代码被执行，这可不是我们想要的，我们只需要检查一下这个文件的语法是否正确。 我们可以在要检查的文件之前添加return 语句，让代码提前跳出，那么后面的代码就不会执行了。好的，就这么干。
checker.php
if(!function_exists('php_check_syntax')) {
function php_check_syntax($file_name, &$error_message = null) {
$file_content = file_get_contents($file_name);
$check_code = "return true; ?>";
$file_content = $check_code . $file_content . "<?php ";
if(!@eval($file_content)) {
$error_message = "file: " . realpath($file_name) . " have syntax error";
return false;
}
return true;
}
}
if(!php_check_syntax("file.php", $msg)) {
echo $msg;
}
else {
echo "woohoo, ok!";
}
file.php
<?php
foreach:: a => b
?>
因为parse error 是没法被 set_error_handler处理函数处理的。这个异常没办法catch到。所以才使用了@来抑制错误。这带来的问题就是我们无法得到详细的错误信息。 不过目前我需要的功能也只是检查语法是否正确。不正确的话重新编译模板文件，就这么简单，至于语法错误，在显示网页的时候自然会看得到。