易栈网-膘叔

firephp，第一次知道的时候，是在fleaphp的框架里，那时候，妖怪在里面引入了firephp的支持。
BTW：妖怪还第一次在国内的开源框架中引入了yaml的配置。果然妖。。

本文是YII官方的wiki文章，来自于：http://www.yiiframework.com/wiki/84/integrating-firephp/

• Install Firebug plugin for Firefox from here.

• Install FirePHP plugin for Firefox from here.

• Download FirePHP package from here.

• Extract 'FirePHPCoreXXX/lib/FirePHPCore' compressed folder to '/path/to/protected/components/FirePHPCore' folder.

• At /path/to/index.php, after the line

  PHP代码

  1. $app = Yii::createWebApplication($config);   
  2. if (YII_DEBUG){  
  3.     Yii::import("application.components.FirePHPCore.fb", true);   
  4. }   
  5. $app->run();  

   

That's it! Now you can display your variables on FirePHP with a simple 'fb' command inside your PHP code:

fb($my_variable);

To view the results, open Firebug at 'console' tab and run your PHP file.

---------
不过我还没有仔细研究过，这个功能和Yii自带的WEBlog中的firebug支持有什么区别，还没有过多的研究，不发表意见。

------

看了一下源码，黑黑，突然发现，原来还可以这样玩console，嗯，又多了一个调试功能（和本文说的yii支持firephp无关）

tidy库对于我们处理非标准HTML来说是一个好工具，当然，由于他需要在服务器上配置，所以相对就较少人用它，而是HtmlPurifier，毕竟它不需要在服务器上配置直接就可以配置着用了。
为什么我们会用这些工具呢？主要还是由于国内做页面啊，那是相当的不小心，不是这里标签不闭合，就是大小写混用，对于我们做页面分析的来说，就痛苦很多了。肿么办肿么办？
OK，htmlpurifier和tidy库就是帮我们解决这些问题的小工具。
这次要讲的是tidy库参数引发的问题，tidy的函数其实不多，平时我们一般只用tidy_repair_string或者tidy_repair_file就完了，可是就是因为这个REpair导致我的代码出了点问题
tidy_repair_string共需要三个参数，第一个参数string就不用提了，第二个参数是config，第三个参数是encoding。
NND，明明config数组中就可以指定encoding的，为什么还要用第三个参数？？
我在处理的时候，在config中指定了input-encoding和output-encoding，分别是实际的编码，但在处理完后。发现有问题，好象页面中有几个字符被处理坏了。导致了UTF-8不认。
最后，只能tidy_repair_string($string,null,"UTF-8");
但这样，好象还是有问题，因为tidy支持的编码都是utf8之类的，参考：http://tidy.sourceforge.net/docs/quickref.html
LOOK:Example: raw, ascii, latin0, latin1, utf8, iso2022, mac, win1252, ibm858, utf16le, utf16be, utf16, big5, shiftjis
因此，写UTF-8有可能会出错（我没有仔细试）
上面的：tidy_repair_string($string,null,"UTF-8");其实还是错的，PHP报错说是找不到 指定的配置文件。所以NULL不能直接用啊，tidy_repair_string($string,array("wrap"=>0),"utf8")
直接解决问题。
（事实上，我一直在怀疑我的页面中是否有一些字符串tidy库处理的有问题，比如一些特殊字符，正如上面所写的，它支持的编码有问题，而我写的input-encoding为gb2312，所以就不正常了？转换有问题？）没有很多时间解决这个问题，主要是被他折腾了一天，所以记录一下。

这次的转贴内容其实更象一个找到问题的过程，可以用来参考也可以用来思考，当你遇到问题的时候应该怎么做。
原文地址在：http://www.perfgeeks.com/?p=668
内容如下：

记一次tps提升,做的配置变更

果然是伤不起啊，轮回，又是一个轮回。
这张图是从这个微博而来：http://t.qq.com/p/t/78616014604612
可以围观。。。

有意思的文章，大多数时候，我们都是知道\r,\n,\r\n，但为什么是这样的呢，居然找到了一篇科普贴。
来吧，看看为什么吧。
原文来自：【科普贴】话说回车和换行
看xml的时候发现这样的一段话：

XML 以 LF 存储换行

在 Windows 应用程序中，换行通常以一对字符来存储：回车符 (CR) 和换行符 (LF)。这对字符与打字机设置新行的动作有相似之处。在 Unix 应用程序中，新行以 LF 字符存储。而 Macintosh 应用程序使用 CR 来存储新行。

让我对这三个(win,unix,mac)苦逼的主产生了兴趣，为啥你们不一样呢，难道你们认识“回车”和“换行”的时间有先有后吗？为啥没统一或者说为啥产生了CR和LF这两个玩意？说说历史吧！

为什么会有两个貌似一样功能的东西？

潜台词：很多时候敲击enter就是换行了呀，还回啥个车，回车就是换行吗？

在计算机还没有出现之前，有一种叫做电传打字机（Teletype Model 33）的玩意，每秒钟可以打10个字符。但是它有一个问题，就是打完一行换行的时候，要用去0.2秒，正好可以打两个字符。要是在这0.2秒里面，又有新的字符传过来，那么这个字符将丢失。

于是，研制人员想了个办法解决这个问题，就是在每行后面加两个表示结束的字符。一个叫做"回车"，告诉打字机把打印头定位在左边界；另一个叫做"换行"，告诉打字机把纸向下移一行。

-http://www.ruanyifeng.com/blog/2006/04/post_213.html

为啥windows，unix，mac不统一呢？

可能是基于成本和效率的考虑，我认为都统一成一个“回车”就够了，可是当年正是这种想法导致了现在的问题，至于这三家互不相同，我也不知道，各有各的考虑吧，反正蛋疼的是用户，比起现在浏览器的兼容性问题，这算不上问题。

以下是他们表示“下一行”的方式：

    OS          表示                              C语言表示    16进制表示

    windows  回车+换行（CR/LF）        \r\n             0x0d0a

    UNIX       换行符（LF）                   \n               0x0a

    MAC        回车符（CR）                   \r               0x0d

 

看一下在一份xml文件里的情况吧，我没钱买苹果，所以下面不包括MAC OS，果粉别砍我！

抱怨之余，我们还能干啥呢？

至少你知道这是怎么回事了，至少在不同平台之间传送文件时别傻傻的骂别人没整理文件格式，至少...，这还不够吗？

－－－－－－－－－－－－－
在用PHP写文件的时候，一般我们都是用\n来解决断行。但这时候，如果用windows下的记事本打开这个文件，你会发现一堆黑框，并且处在一行里。
因此，看了上面的文章后，你会知道怎么办了。突然想到以前的str_replace(array("\r\n","\r","\n"),"<br />",$str), 这种烂代码。当然nl2br就解决这样的功能了。然后再转回来？哎。纠结啊。。