再次检查，发现一包含文件中已经将$files作为字符串变量赋值，问题就出在这里了。当某变量已经被赋值后，就不能再使用$abc[]这种快速声明数组的方式为此变量重复赋值。而必须用标准的$abc = array() 方式进行声明，以改变原变量的类型。

所以之前出错的情况，我使用$files = array(xxx) 也同样正常了。

使用中发现，此破解文件可以通通解决Adobe CS4系列产品的“许可证过期”问题。包括像大家熟悉的Adobe Dreamweaver CS4、Adobe Flash CS4、Adobe Fireworks CS4、Adobe Photoshop CS4、Adobe Illustrator CS4等等。

[破解Adobe Dreamweaver CS4许可证过期文件下载]

奇怪的症状是开机之后10秒钟即自动关机，似乎刚一工作就被卡住了。拔了内存，没反应，再拔了硬盘，还是没反应，再拔了显卡，总算有反应了。熟悉的嘟嘟声出来了，那是检测到内存故障的声音，于是把内存又插上，还是老样子。

反复几次之后发现，当只有CPU时，工作一切正常，虽然伴随有缺失内存的嘟嘟声，但没有自动停机现象，说明工作是正常的。但插上任何一个其它设备就又不行了。最终把目光转移到了电源身上，原来是电源坏了，出现供电不足而导致的问题，连电源风扇都根本没有转动，我居然没发现。-_-!!!

于是同老婆一起去买了个新电源回来，刚准备插上，发现这个新电源的D型头很大，根本插不进去。于是乎啥都没想，又直奔那个电脑店，准备让老板换个小D型头的电源。结果去到店里，人家接过电源，啥也没说，直接将那个大D型头的一侧滑动了一下，掰了一小部分下来，立刻就变成小D型头了。我那个囧啊~~~狂汗~~~，我真的是OUT了。

赶紧回家装上新电源，重新开机，一切正常。老婆抛来认可的眼神，我心里却很是郁闷啊~~~

2010年了，又是一个新的开始，这个特别的年份里，承载着很重要的任务，所以是很关键的一年，加油我和我的同志们！

每年的这个时候订票回家是摆在像我一样的外漂一族的头疼事情。虽然今年实行了所谓的“实名制”，但还是未能解决根本问题。网上一搜索，仍然是大把大把的黄牛转票信息。虽然不敢说真的是有内鬼操作，但还是多少可以看出一些猫腻。这，就是我们的“国情”，无奈又如何？

不过可喜的是，我今年居然意外般的通过手机拔打进订票热线，出奇的订到了车票，确实有点意外，以至于当及联系所有朋友，告诉他们这个可喜的消息。连订到一张回家的车票都可以让自己乐成这样。呵呵。

在这里顺便分享一下，以往我订票都总是选择系统刚刚开通的时候，也就是早上7点。记得去年我更是6点多钟就赶去公司，把我办公桌周围4个同事的座机电话全部拉拢摆在一起，然后分别按好号码，刚到7点的时候，就展开了疯狂的重拔，不停的重拔。但一次又一次总是等来失望的繁忙嘟嘟音。我相信很多朋友也有类似的订票经历，真是郁闷。

今年我仍然也用同样的方法，并且还让朋友帮忙电话预订，同样没能成功。前天，晚上8：55，吃完晚饭后，我下意识的拿起手机拔通了订票电话，居然一切顺利的就订票成功了。奇怪，我当天早上拔通过去还提示说当日票已售完的，晚上反而还有票了，而且还轻易的打通。

总结原因，估计是一些订票忘了取票，退票之类的回流到系统里的票被捡了漏。不管怎么说，也算是一个技巧吧，所以也建议朋友们，早上大家都在抢拔，所以打进去的机率比中彩票还难，不妨其它时间，比如下午，晚上，没事的时候拔一拔，没准就轻松订到了呢。

也祝你们好运！^_^

一晃半年又过去了，现在总算看到了。至于那篇文章是不是起了助推的作用，那就不得而知了，呵呵。

根据我查询测试后发现，由于刷卡机和深圳通公司的网络并没有实现联网，所以并不能查询到即时的金额数。比如我今天查询，只能查询到截止2009-09-05的余额数据。看来深圳通公司是2天汇总一次所有可以消费深圳通的数据源。大家可以去查查看。

深圳通网上余额查询地址：http://121.15.13.49:8080/sztnet/qrycard.jsp

以前网站在114的排名基本无从谈起，也没流量进来，所以很少关注，但最近却发现有越来越多的流量从114进来。仔细一瞧，原来114已经换主了，现在使用了微软前段时间发布的bing(必应)搜索引擎数据，难怪会出现这样的情况。看来微软这次真是出了一击重拳，花大力气挑战google。

其实从bing(必应)的发布到现在，一直都有着不俗的表现。一方面从媒体报道中bing(必应)的市场占有率在不断的攀升，另一方面从自己的数据统计也看到确实是持续上升的趋势。

最近雅虎和微软的合作，更是有力证明了bing(必应)开始真正成为了google的威胁。随着雅虎搜索退出历史舞台，曾经的三足鼎立已经换了角色，现在新的三大搜索引擎变成了google,百度,bing(必应)。

但有意思的是，我到现在为止也没真正去使用过一次bing(必应)，只是刚发布的时候尝试了些关键词，发现排名和live搜索差不太多。当然，我相信bing(必应)并不是live的技术仅仅换一个外壳这么简单。至于它是不是用户真正喜爱的新的搜索引擎，还有待市场去考验，用户的感受是最真切的。

你有在用bing(必应)吗？

不明白就Google吧，这一查，才知道是UTF-8中特有的BOM标记带来的困扰。对于这个BOM我还真是头一回知道，以前写代码总是用GB2312编码，所以也没出现这样的情况。对于BOM的解释，看看这段说明：

在UCS 编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前，先传输字符"ZERO WIDTH NO-BREAK SPACE"。这样如果接收者收到FEFF，就表明这个字节流是Big-Endian的；如果收到FFFE，就表明这个字节流是Little-Endian的。因此字符"ZERO WIDTH NO-BREAK SPACE"又被称作BOM。更多了解请参见维基百科。

对于这个UTF-8特有的BOM标记，各种浏览器的处理方式不同，Firefox会忽略，而IE则会产生输出或者忽略一次。而输出的效果则是一个空行或者乱码。这刚好就解释了为什么我之前编辑好的文件（含有一个BOM标记）显示正常，当我使用require_once包含进另一个文件时，就产生了两个BOM标记，而浏览器只忽略第一个，第二个BOM标记则被作为空行被输出了。所以出现了明明正常的CSS样式，顶部却多了一个空白行。

Windows就是使用BOM来标记文本文件的编码方式的，所以如果用记事本编写代码，然后另存为UTF-8格式，文件头就会自动加入这个BOM标记。UTF-8编码的文件中，BOM占三个字节，标记值为EF BB BF。

问题是找到了，还得解决才行。网上有介绍说用editplus等专用编辑软件对文件进行另存为操作来删除BOM标记。如果一两个文件用这种方法处理还行，如果整个站成千上万的文件都这样处理恐怕就没人愿意了。

既然知道BOM的标记值为EF BB BF，那就可以写段代码批处理了，于是乎本人写下了如下清除UTF-8中BOM标记的代码：

<?php
//shadowchao.com

$s=0;//统计成功数
$f=0;//统计失败数

//遍历所有文件
function find_allfile(){
  $i="*";
  while($file=glob($i)){
      foreach($file as $s){
        if(!is_dir($s))$allfile[]=$s;
    }
    $i.="\*";
  }
  return $allfile;
}
//清除BOM标记
function del_bom(){
  global $s,$f;
  $file=find_allfile();
  foreach($file as $fname){
    $fname=dirname(__FILE__)."\\".$fname;
    $filecont=@file_get_contents($fname);
    $bom=substr($filecont,0,3);
    $bom=bin2hex($bom);
    if($bom=="efbbbf"){ //判断文件中的前3个字节是否为BOM标记值
      $filecont=substr($filecont,3);
      $result=@file_put_contents($fname,$filecont,LOCK_EX);
      if($result){
        echo "[file] $fname --- --- <em style=\"color:green\">清除成功</em><br />";$s++;
      }else{
        echo "[file] $fname --- --- <em style=\"color:red\">清除失败</em>（文件只读或者被占用）<br />";$f++;
      }
    }
  }
}
del_bom();
if($s==0 && $f==0){
  echo "<p>所有文件正常，没有发现BOM标记。</p>";
}else{
  echo "<p>统计结果：清除成功($s) | 清除失败($f)</p>";
}
?>

清除效果如下图所示：

经过测试，效果还是相当不错，清除这个BOM标记之后，我的CSS样式总算又恢复正常了。欢迎有需要的朋友测试，如有疑问请指正，谢谢！

没有用传统方式的opendir,readdir之类的函数，仅用到了PHP的内置glob函数。此函数支持PHP4.3以上版本。手册上的描述是：寻找与模式匹配的文件路径，glob() 函数依照 libc glob() 函数使用的规则寻找所有与 pattern 匹配的文件路径，类似于一般 shells 所用的规则一样。不进行缩写扩展或参数替代。

如何？很帅的一个函数吧，有了它，仅用8行代码实现遍历当前目录下的所有目录和文件。示例代码如下：

<?php
//shadowchao.com

$i="*";
while($file=glob($i)){
  foreach($file as $s){
    $t=is_dir($s) ? "[dir] $s<br />" : "[file] $s<br />";
    echo $t;
  }
  $i.="/*";
}
?>

以上输出中的[dir]即表示文件夹，[file]即表示文件。注意，遍历的是当前目录下的所有目录和文件，要遍历整个站点，把这个文件放在根目录就行啦！^_^

这里说的两列自适应，其实是其中一列固定宽度，而让另一列自适应浏览器窗口变化。方法是让其中一列设定固定宽度，然后浮动，再设定另一列的外边距，大小和固定列的宽度相等即可。

示例代码如下：

DIV结构：

<div id="sidebar"></div>
<div id="content"></div>

CSS样式：

//左列固定宽度，右列自适应

#sidebar{width:180px;float:left;}
#content{margin-left:180px;}

//右列固定宽度，左列自适应

#sidebar{width:180px;float:right;}
#content{margin-right:180px;}

呵呵，是不是超级简单啊，当然这是实现的基本原型，你也可以再加上head,foot部分，丰富这个原型框架。^_^