AMF调试利器-AMF Explorer
三 5th
我是工具控，有啥新工具都爱用。
之前介绍过两款AMF抓包工具Charles 和ServiceCapture，今天再介绍一款非常靠谱的：AMF Explorer
AMF Explorer是一款不错的基于FireFox、Firebug的调试插件。
工具首页：http://amfexplorer.riaforge.org/
电脑的杯具终于变成了洗具
三 3rd
自从上次电脑杯具后，这笔记本就未完全恢复。总是莫名其妙地死机、蓝屏
继续拨打了Dell的售后电话，被告知用Dell Diagnostics去检查，因为上次换过硬盘，所以怀疑是硬盘问题，但检测硬盘没问题，另外有好几次还没进入检测界面就自己关机了，基本可以判断是主板问题了，联系dell的工程师，也判断为主板问题，第二个工作日（前天）早上换了全新的主板。这下自己关机的问题解决了，进入Dell Diagnostics页面也没问题了，花了几个小时对整机进行了一次检查，测试通过。
不过好景不长，系统偶尔还是出现蓝屏。提示“Power Driver Status Failure”，分析minidump文件夹下的dmp文件，提示“Probably caused by : ntoskrnl.exe ( nt+71f00 )”，搜索后得出结论是内存、硬盘问题。
内存是刚换上的2根Kingston的2G DDR2 800内存，这个不应该会出问题。硬盘出问题的可能性也极低。冥思苦想了许久，总觉得可能是硬盘的问题。
很突然间的，发现我的本子上还有个4G SDHC插在读卡器上，装上这玩意儿是用来做数据备份用的，因为上次数据丢的实在太心疼了。莫非是这玩意儿的问题？事实证明的确是这样，拔除了SDHC卡之后再也没有蓝屏过。现在还没查出是卡的问题，还是读卡器的问题。
总结如下：
1、老方法：拔除多余的硬件排查，相对于台式机来说，笔记本在这点上的灵活性不是很高，这次也的的确确没有想到是读卡器|存储卡的问题。
2、保修服务一定要买好，买全，买个放心。当时很装B，买了三年全面保护服务。三年内工程师都上门服务，同时因为意外所出现的故障，dell也给修，事实证明当时的装B是很正确的。
博客域名升级：isdada.com
二 5th
在godaddy.com上购买了新的域名：isdada.com，应该还是比较好记的。
因为 .cn域名的众多不确定因素，所以还是换一个域名吧。
最近很忙，所以博客更新也是极其缓慢，同时基本无技术内容。2010年我会回来的！！！
最近在域名和空间上花了不少银子，- -’ 本月购买域名4枚。。
那是满茶几的杯具
二 2nd
那是满茶几的杯具
因为前天的晚上的一次意外，硬盘挂了。。。几个月来未备份的数据也飞了……
昨天打了dell的保修电话，确认了硬盘挂掉，今天工程师上门送来了全新的硬盘。今天一天都在装系统和软件。。。
太杯具了，包括了好几个辛辛苦苦写的项目代码也飞了……
新硬盘是东芝的，噪音比原先的日立的要大。
不过很幸运的是，我的笔记本带有三年的意外保险。这次直接经济损失为零，但间接经济损失已无法估计……
因为，血的经验再次奉劝大家：切记经常备份数据!!!
SupeSite安装后首页和后台白屏解决方案
一 21st
折腾SupeSite，差点被这玩意儿搞残废。
安装正常，与ucenter通讯也正常的，可是安装完成后首页和后台怎么也打不开。
按照网上的说法都检查过，按说明的目录的分配权限也全部分配完毕。可是就是白屏。
检查了apache和php的设置也都是正常 无误的。
很意外的打开SupeSite下的cache目录，怀疑是不是这儿出的问题。
遂：
sudo chmod 777 *刷新后解决问题！！！
Flash Builder 4 Beta 2 灵异 Bug
一 18th
这个Bug是在上周五发现的，及其及其诡异。
简单说明一下：
使用FB4的新建了一个Flex Library Project。
然后莫名其妙地FB报了：发生了内部构建错误。右键单击以获取更多信息。
查看了一下FB的Log，
!ENTRY com.adobe.flexbuilder.project 4 43 2010-01-18 18:14:04.510
!MESSAGE Uncaught exception in compiler
!STACK 0
java.lang.StackOverflowError
at macromedia.asc.parser.Scanner.nexttoken(Scanner.java:427)
at macromedia.asc.parser.Parser.getNextToken(Parser.java:670)
at macromedia.asc.parser.Parser.lookahead(Parser.java:628)
at macromedia.asc.parser.Parser.parseFullPostfixExpressionPrime(Parser.java:2159)
at macromedia.asc.parser.Parser.parseFullPostfixExpressionPrime(Parser.java:2173)
在重启了N遍FB甚至机器之后，意外发现了，这个AS文件的体积竟然达到了183K。
用记事本打开后发现了N多以”ggggggggggggggggggg”或者”———————”之类字符填充，很奇怪的是，在FB的IDE中显示却是正常的。
这个as文件只能重写了。然后解决，项目正常编译。
FB4 beta 2目前还不怎么稳定，所以用在生产环境下还需细细斟酌。
另外，关于这个Bug很偶然，同时这个as文件涉及到了保密要求， 所以暂时也很难详细说明并提交到Adobe官方。
Happy New Year!
一 1st
好快，今天已经是2010年的1月1日了。阳历的2009年已经离去，又是新的一年。
感谢2009年关心、帮助过的我的亲朋好友！！！谢谢！
2009年发生的事情很多。
1、带着相爱3年的MM见了家人。
2、6月份进入了淘宝。感谢淘宝的兄弟姐妹们！
3、12月份开始，和朋友组建了一家公司，从此踏上了创业路。
……
等等，还有许多。。。
最近非常非常忙，每天工作基本是在13h+，不过挺有收获，也很充实。目前进展非常顺利快速，相信在不久的将来，我们都会有收获。
祝愿大家在新的一年里：您和您的家人都身体健康，万事如意！
rsync 的诡异小问题
十二 22nd
rsync是linux下的一个网站同步的超强工具，这个不多介绍，搜索一下，一堆资料。
今天遇到了一个很诡异的问题，用户授权老是有问题。情况是这样的：
写好了/etc/rsyncd.conf里的模块
其中有这么一段：
/etc/backserver.pas是授权用户的配置文件。内容如下
sudo rsync -vzrtopg –delete –exclude –progress dada@192.168.1.107:: testsite /home/dada/backupsites/
输入正确的密码仍然提示未授权。
查看了日志，也没发现特别特殊的信息。
后来终于查到了这个：
http://www.sjle8.cn/redirect.php?fid=47&tid=4666&goto=nextnewset
果真是因为这个问题
sudo chmod -c 600 /etc/backserver.pas
解决问题！
