好折腾-生命在于好折腾

DNS Prefetching(DNS预查询)顾名思义可以在加载页面元素的同时预先查询接下来要用到的域名，从而减少dns查询等待时间，加快页面加载速度。

这个特性有以下浏览器的支持：

Chrome

Firefox 3.5+

Safari 5+

IE 9(名为"Pre-resolution")

要使用或不使用这个特性只需要在网页的头部加一个标签：

指定预查询的域名：< link rel="dns-prefetch" href="//www.zhetenga.com/">

关闭这个特性：< meta http-equiv="x-dns-prefetch-control" content="off">

忘了上一次更新此博客是什么时候的事了，反正很久没有更新过了。

其实主要的原因是博客换了一个vps之后后台出了点故障，懒得去修复，所以后台一直没法登录。

好吧，现在好了，继续折腾。

在一个gbk的网站用jQuery来POST数据，结果发现就算文件编码是对的，程序获取到的也是乱码。

原来是jQuery是强制用utf-8编码内容再提示的，就算前台和后台都是gbk，jQuery一样会转为utf-8，从而产生了乱码。

解决的办法是在后台获取到数据再将字符从utf-8转为gbk。

在要输入日期的地方，如果期望的格式是YYYY-MM-DD，但用户却可能只输入YYYY-M-D这样的格式，这就要自动修正一下了。

函数如下：

function my_parse(d) {

var c = d.split('-');

if (c[1]<10)c[1]='0'+parseInt(c[1],10).toString();

if (c[2]<10)c[2]='0'+parseInt(c[2],10).toString();

return c.join('-');

}

使用：

alert(my_parse('2012-4-1'));

在gbk的程序中，直接使用json_encode如果包含中文将会返回null。

解决方法可以装支持gbk的json扩展，当然最简单的方法是自己用iconv转换一下编码再encode。

代码如下：

function gbk_to_utf8($data) {

foreach ($data as $k => $v) {

if (is_array($v)) {

$data[$k] = gbk_to_utf8($v);

} else {

$data[$k] = iconv('gbk', 'utf-8', $v);

}

}

return $data;

}

使用方法：

echo json_encode(gbk_to_utf8($data));

用rsync向服务器推文件的时候提示：

@ERROR: chdir failed

rsync error: error starting client-server protocol (code 5) at main.c(1524)

上网找了一下原因，都说是因为SELinux，按他们所说的改了setsebool -P rsync_disable_trans on仍然不行。

于是上服务器查了下log，发现是因为要推到的目录并不存在，这导致了sync失败。

把目录mkdir一下，再重试，果然成功了。

<button type="submit">提交</button>如果加在一个form内，在一般的浏览器比如chrome、firefox等都是可以直接在input里按下回车然后提交表单的。

但在IE9下面，就算加了 type="submit" ，IE9仍然不会给你提交这个表单，据说这是IE9开发人员基于一系列蛋疼的想法而这样做的。

这样一来，如果用户使用IE9的话，就不能按回车提交表单了，而是必须用鼠标去点击那个button按钮，十分麻烦。

而解决方法也很简单，就是判断input的keyCode，如果是13的话就submit表单就行了。

例如：

$('#password').keyup(function(e){

if (e.keyCode==13) $('#form').submit();

});

之前用likexian.com反代了github.com，最近被封了。

昨天晚上把这个域名301到zhetenga.com，今天晚上无聊再次看了下日志，发现事情其实挺蛋痛的。

首先，想不到google居然带来了不少的访问量，原来google收录这么多是有用的。

其次，google的蜘蛛还在疯狂地跟着301抓啊抓，很可怕啊，所以还是别301到zhetenga.com了，免得受影响。

一分钟之前已经把likexian.com的解析全部删除了，以后再说吧，域名暂时先闲置吧。

去年曾经提到，我抢到了likexian.com，并用反向代理将这个域名用到了我在github.com的主页。

反向的这么几个月一直没有遇到什么问题，这个周末终于发现打开likexian.com的时候502了。

马上想到github.com把我封了，一查果然是这么回事。

封的是ip，估计是在防火墙上面做的，在这个机器上连接github.com直接返回了connection refused。

likexian.com其实没有什么人访问，只有google的蜘蛛在疯狂地抓啊抓，现在google收录likexian.com已经6万3千多了。

估计近期google抓得太厉害了才导致被github.com封掉IP的，不过也可能github.com近期才开始做这个事情。

其实一开始的时候我就想到了会有这么一天的，所以无所谓了。不过现在又多了一个域名不知道做什么好了。

准备先暂时把这个域名301到zhetenga.com看看，反正也没其它用处。

apache httpd 2.2的配置放到apache httpd 2.4下就出现了这个错误，出现错误行的内容为：

Options -Indexes FollowSymLinks

出错提示：

Either all Options must start with + or -, or no Option may.

解决方法：

Options -Indexes +FollowSymLinks