<script type="text/javascr ipt"> 这句话多了个空格

@wong2 郁闷，This app is incompatible with all of your devices. This item cannot be installed in your device's country

没找到。。。能不能给个链接？

@avatasia 嗯，@joshyu 的那个链接写的挺清楚的。不过我没用过这么复杂的情况，只用在发送log的情况。

204不是No Response么，怎么还需要处理？可以直接ignore吧？

cat <filename> | perl -pe 'chop if eof'

节省了通讯部分的电，尤其是在信号不好的地方，可以省很多电

@avatasia 长知识了，多谢

找到一个叫ECMall的， http://ecmall.shopex.cn/

哈哈，我有个朋友，最近很热衷于买卖二手商品，我觉得她肯定会喜欢你这个想法

如果数据库原生支持日期类型的话，应该使用原生的日期类型，效率和功能上肯定都有很高的保证；如果不支持日期类型的话，就用长整型（Long）或者大整数（BIGINT）。字符串不是一个很高效的数据类型，占用空间较大，数值之间compare比较慢，可能唯一的优势就是展示比较直接。
所以，大概是 字符串 < 日期类型 ≈ 整数类型。不过，在一般情况下，这不会是系统效率的瓶颈。

我感觉这是个历史原因，曾经Google的首页是一个输入框旁边一个蓝色的按钮，其实现用到了至少两层table，第一层是用来确定输入框和蓝色按钮之间的位置关系，第二层table在输入框内部，用来确定用户输入和一个小叉叉（用来清除用户输入）的位置关系。所以粗略算算，有form,fieldset,table,tbody,tr,td,div,table,tbody,tr,td,div,input，至少这13层吧。

google.com.hk上面的层次比较多，google.com上面的就会少一些。这一点可能和instant search有关。

以上是个人愚见。

和图片的宽度和高度有关？好像只有特定尺寸的图片才有用

紫色

@money 逛逛stackoverflow就好啦

Effective Java II，这本太经典了，可能是最好的关于Java的书