我在日本工作过3年，对日本各个行业的一些也算是有一定的了解的。今天来谈谈手机业务中，中国与日本的差别。

1、费用模式。

在日本，买手机是不需要钱的，或是象征性地收你一日元。当然，严谨地说，部分高端机型也是收费的，但不收费的手机更多！那手机公司如何向你收费呢？不同于中国，日本使用的是按月套餐的形式，而不是中国这样实用实付的方式。以我以前使用的au by KDDI的这家公司为例（日本共有DoCoMo by NTT，au by KDDI，softbank这三家），我记得最低端有1600日元/月，高的则有10000日元/月。当然了，套餐只是给你一部分优惠，超出优惠的部分，也是要另外付费的。

点击这里阅读全文

在CSS中，有两个属性，都是与元素显示相关的，一个是大家熟悉的visibility，另一个则是display（你可能已经见到过display:block或类似的用法）。但是我发觉我把他们混淆了，所以今天特此发文比较一下，希望对大家有用。

visibility用于设置元素是否可见或不可见。

可选属性值：inherit | visible | hidden | collapse

• inherit: 继承上一级父对象的可见性。
  
• visible: 元素是可见的。
• hidden: 元素是不可见的。即使不可见的元素也会占据页面上的空间。请使用 "display" 属性来创建不占据页面空间的不可见元素。
• collapse: 当在表格元素中使用时，此值可删除一行或一列，但是它不会影响表格的布局。被行或列占据的空间会留给其他内容使用。如果此值被用在其他的元素上，会呈现为 "hidden"。

visibility这个属性指定是否显示一个元素生成的元素框。这意味着元素仍占据其本来的空间，不过可以完全不可见。值 collapse 在表中用于从表布局中删除列或行。

点击这里阅读全文

iTouch是Apple推出的一款闪存MP4播放器，iPod touch 简单说就是没有电话功能的 iPhone，无论从外观还是从功能上说。尺寸比 iPhone 略小，110 mm×61.8 mm×8 mm，屏幕和 iPhone 一样大小，如 iPhone 一样的multi-touch 交互操作，Cover Flow。最吸引人的是 WiFi 支持，搭配 Safari 和 YouTube，让 iPod touch 不再是一个简单的音乐和视频播放器，如果到处支持 WiFi ，那么iPod touch 也就是一个 iPhone。5小时视频播放和22小时音乐播放，8GB、16GB和32GB的售价分别为299美元、399美元和499美元。

点击这里阅读全文

作者：马健
邮箱：stronghorse#tom.com
最近更新：2006.11.25

声明：本文并非学术论文，所述内容仅为我个人的看法和体会，不具任何权威性，仅供有兴趣的人参考，但是如果您不具有足够的鉴别能力，建议勿看，以免误导。

一、目录表（TOC）与分卷（Volume）

抛开压缩算法不谈，我认为zip、rar在文件格式上最大的差异就在目录表（Table of Contents，TOC）：zip有TOC，而rar没有。

TOC这个词其实是从出版界借用过来的，指的就是每一本书正文前面的“目录”，它的作用地球人都知道：如果想快速找到书中某一内容，可以先查TOC，然后按照TOC指明的页码直接翻即可。

在纸质书里TOC是印刷出来的一张表，而在电子文件里则是由结构化数据构成的一张表，它的目的同样是为了快速定位：如果想找文件中的某一内容，可以先查TOC，知道感兴趣的内容在文件的什么位置，直接跳过去就行了。最常见的运用就是avi、rm等多媒体文件：播放的时候经常有人在播放条上点来点去跳着看（即“随机访问”），如果没有TOC，在长达几百兆的文件里来回定位会慢死。

具体到zip文件里，TOC是放在文件尾部的一张表，里面列出了zip包中每一个文件的属性（文件名、长度等）和在zip包中的存放位置。如果需要随机访问zip包中的某一个文件，只需在TOC里找到这个文件的存放位置，直接跳过去即可。

而RAR文件里则没有TOC，在文件头之后所有文件按顺序连续存放。

这种差异造成的结果就是：随机访问时zip比rar快，而顺序访问时rar比zip快。

点击这里阅读全文

我有一个页面，是用来替iPod生成可读的电子小说格式，很方便，使用的朋友应该相当多。

但是，这个页面有一个缺点，只能用Firefox。这个不是我有意这么做的，是当时喜欢Firefox（当然现在也只用Firefox），实现了这样一个有用的功能。但当时确实也发现在IE下就不能正常工作。

今晚有兴趣研究了一下。先分别用Firefox和IE生成了同一段文字，然后用UltraEdit的compare功能，进行了比较。发现用IE生成的代码会多两个字符：0x0D 0x0A，google了一下，原来对应的是\r和\n。

其实这两个字符是从打字机的概念里来的：

0x0D => \r | CR | carriage return 指打字机在这一行的结束
0x0A => \n | LF | new line 指打字机换新的一行

Windows在行尾使用的是CRLF(0x0D 0x0A)
Unix/Linux则好象只使用LF(0x0A)
Mac好象只用CR(0x0D)

好笑吧？呵呵。三大主流操作系统在上述这个问题上很不一致。

再仔细看了一下，Javascript代码中有这么一段：

re=/\n/g;
sub_v_content = sub_v_content.replace(re,"\\n");

原来是用RegEx正则把换行符“/\n/”改成了实意的“/\\n/”。这是针对Firefox（或Mozilla）的。所以，为了匹配IE，我改动了代码：

if(navigator.appName.indexOf("Microsoft Internet Explorer")!=-1)
re=/\r\n/g; // in case of IE!
else
re=/\n/g; // in case of non-IE!
sub_v_content = sub_v_content.replace(re,"\\n");

我不知道现在都有些什么浏览器，反正大意是这样的：IE派和Mozilla派（可能还有Mac的Safari？）。为了严格定义此处的区别，我可能还需要花一些时间来研究一下。不过，眼下IE估计能用了。但Opera, MyIE之类的就不好说了。暂时假定和Firefox一样。

大家先试用一下吧！估计现在IE也能用了，有问题请联系我。