刚看到的一个很有趣的网站140byt.es，是一帮JS大牛秀js代码的网站，所有的代码的核心部分都在twiiter长度的140字节以内，有很多实用的代码，也有很多不实用——但是可以给写js的带来另一种思维，或者说只是纯粹膜拜的代码……

例如用正则表达式判断是否是质数（这个真的很神奇啊，正在解读中……）：

function(a){return!/^,?$|^(,,+?)\1+$/.test(Array(-~a))};

140个字节核心的俄罗斯方块（应该微博上看到这个的不少了吧）：
http://jsbin.com/egiqul/49

应朋友之邀给一家航空杂志社《Arrive Hangzhou》做的官方网站，从设计到编码均为在下完成 – 。 – （虽然在对方boss要求下修改不少），采用WordPress实现。

欢迎大家关注 http://www.arrivehangzhou.com

Google自从五月开启HTTPS搜索后就一直在用它，一段时间后Google给HTTPS搜索开启了专有域名encrypted.google.com，大概于7月27日被国内河蟹，之后若干天内，可以用hosts的方法把域名和一个可以访问的google的IP地址绑定暂时解决这个问题。

但是后来Google方面做出了应对，看起来似乎就是做了让来自大陆的Google HTTPS的访问自动跳转到香港的HTTP搜索的处理，于是单纯的hosts修改的方法无效了。然后又用了几天Google HK HTTP开始觉得不爽，因为已经习惯了Google HTTPS的加密搜索，HTTP那明文传输的频繁的撞墙实在让人有点囧了。并且又已经习惯了Google的新版左右两栏风格的结果页面，而Google HK的简体中文版的结果页，到写这篇文章时，用的是旧版（曾经有过新版，但后来改回去了）

于是又决定开始研究使用回Google HTTPS搜索的方法，在尝试修改Firefox的语言优先级后发现优先设置为en-us时即不会触发这个Google的自动跳转（看来判断就是通过HTTP头中zh-cn是否放在首位决定的），所以现在有效的方法为：

1. 仍然是修改hosts文件（Windows的位于%SystemRoot%\System32\Drivers\etc\hosts，Linux位于/etc/hosts），添加encrypted.google.com，IP则指向你能ping到的Google IP（可以直接用www.google.com的IP）
2. 修改浏览器的语言优先级，将en-us（或其它你喜欢的语言……）放入第一位，这样就可以避开了Google的重定向检查
3. 清空一下DNS缓存（Windows可以ipconfig /flushdns，Linux可以重启nscd服务）或者（简单的方法）重新启动计算机
4. 在一些浏览器上需要为证书添加一个例外（www.google.com和encrytped.google.com的SSL证书不同）才可以正常使用，例如Firefox

然后就可以（可能又是暂时的）又正常的使用可以自由搜索”胡萝卜”，”温习”之类的Google HTTPS搜索了。

这是Firefox的语言设置，其它浏览器的设置也均在其各自的选项中有，做相同处理即可。

PS: 修改了语言设置的坏处是那些通过HTTP头自动选择用户语言的多语言网站将会默认显示英文，虽然一般来说问题不大。

此方法已经失效！

适合于有国外VPS的用户搭建自己的twitter API proxy。

可以运用到gravity，mixero这类支持修改API Proxy的客户端中。

如果愿意，也可以修改端口为443并加入证书文件，配置成HTTPS的API Proxy。

网上也有流传许多配置成两个域名的（例如一个api.******，一个search.******）方案，不过不知道为什么在我的gravity上无法工作，因此最终配置成了一个域名下的两个”目录”的形式。下面是我的配置文件：

server {
        listen       80;
        server_name  [YOUR_PROXY_DOMAIN_HERE];

        access_log  /var/log/nginx/twitter_api.access.log;

        location /api {
                proxy_set_header X-Real-IP $remote_addr;
                rewrite /api$ /api/;
                rewrite /api/(.*) /$1 break;
                proxy_pass https://twitter.com;
        }

        location /search {
                proxy_set_header X-Real-IP $remote_addr;
                rewrite /search$ /search/;
                rewrite /search/(.*) /$1 break;
                proxy_pass https://search.twitter.com;
        }
}

配置完成后将Twitter API的地址改为：http://[YOUR_PROXY_DOMAIN_HERE]/api，Twitter Search API的地址改为http://[YOUR_PROXY_DOMAIN_HERE]/search。

在自己服务器上架设了dabr（发音为dabber，一个基于PHP curl的web twitter客户端），可以在PC上使用，同时也因为用的是XHTML mobile，所以实际上更适合手机使用。

因为自己的VPS服务器也没啥流量，于是索性干脆对外公布吧。

那么可以直接用vifix.tk（推荐） / dabr.vifix.cn / dabr.vifix.us 来访问。

=========无关分割线=========

.tk域名是http://dot.tk推广中的免费顶级域名，只要90天有25个访问就可以长期免费使用，各位感兴趣可以试试。

总之，效果想必点击进来的也已经看到了，实际上这个主题我连名字也没有认真的想，一想现在是冬天，就随手命名成了vifix-winter。虽说春天都快到了。

使用了很多CSS 3.0的特性，所以在Firefox 3.5+和Chrome以及Safari的最新版本上才可以看到最好的效果。一些特性IE8上也得不到支持，写了专门的CSS修正，更不要说那个诡异的IE6了，所以IE6上访问本站将是一个缩水后的版本（并且还会有一个简单的提示） orz

背景的蓝色渐变是纯天然的，就是上面照片中的最右边的一个像素宽的内容，2009年10月摄于南京。

近日flying殿建议用cherokee来替换掉已经在VPS上运行了一年多的nginx，cherokee内建一个基于Web的管理界面，设置相当方便，不过性能如何还是个未知数，因此用ApacheBench进行了压力测试进行对比。

使用的命令参数如下：

ab -n 1000 -c 50 [URL]

也就是使用50个并发连接，总共创建1000个连接。

cherokee和nginx都运行在我的VMware内的Ubuntu Server中，进程数量均为4，均使用php fastcgi调用php。

下面分别是测试成绩：

首先是cherokee

Server Software:        Cherokee/0.99.39
Server Hostname:        192.168.2.129
Server Port:            80

Document Path:          /blog/
Document Length:        5938 bytes

Concurrency Level:      50
Time taken for tests:   351.703 seconds
Complete requests:      1000
Failed requests:        0
Write errors:           0
Total transferred:      6175000 bytes
HTML transferred:       5938000 bytes
Requests per second:    2.84 [#/sec] (mean)
Time per request:       17585.156 [ms] (mean)
Time per request:       351.703 [ms] (mean, across all concurrent requests)
Transfer rate:          17.15 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   2.4      0      16
Processing:  1922 17197 2084.4  17531   18656
Waiting:     1922 17189 2083.5  17531   18656
Total:       1922 17197 2084.5  17531   18656

Percentage of the requests served within a certain time (ms)
  50%  17531
  66%  17750
  75%  17859
  80%  17969
  90%  18141
  95%  18281
  98%  18422
  99%  18484
 100%  18656 (longest request)

然后是nginx

Server Software:        nginx/0.7.62
Server Hostname:        192.168.2.129
Server Port:            81

Document Path:          /blog/
Document Length:        6004 bytes

Concurrency Level:      50
Time taken for tests:   333.578 seconds
Complete requests:      1000
Failed requests:        0
Write errors:           0
Total transferred:      6231000 bytes
HTML transferred:       6004000 bytes
Requests per second:    3.00 [#/sec] (mean)
Time per request:       16678.906 [ms] (mean)
Time per request:       333.578 [ms] (mean, across all concurrent requests)
Transfer rate:          18.24 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   1.8      0      16
Processing:  1656 16307 1965.4  16656   17438
Waiting:     1656 16302 1965.4  16656   17422
Total:       1656 16307 1965.5  16656   17438

Percentage of the requests served within a certain time (ms)
  50%  16656
  66%  16781
  75%  16844
  80%  16875
  90%  17000
  95%  17078
  98%  17250
  99%  17313
 100%  17438 (longest request)

可以看到性能方面仍然还是nginx有略微领先（并且不是最新版本——虽然无法判断最新版本的性能是提升还是下降），不过考虑到cherokee的管理界面相当友好，内存占用方面和nginx也不相上下，VPS上的网站的流量也都不大（应该吧？ orz），看来近期可以准备动手从nginx迁移过去了～

现在仍然还是把域名停靠在了dnspod，不过总觉得国内这样乱来，dnspod这种也玄乎啊……

将us作为主域名替换cn的计划暂时还没有，不过也不好说～抛开国家代码本身不谈，us指代的“我们”，其实也不错嘛～何况这blog的内容也确实都停靠在大洋彼岸的某个机房里面……

============================

那么顺带各位2010快乐～迟到的祝福^^bb 这几天都一直在研究Java Monkey Engine，算是稍微有点进展吧，近期准备做一个简单点的游戏先试试手然后全力以赴的做毕业设计作品了。

有段时间没有关注Google App Engine，最近发现对GAE至关重要的ghs.google.com又被功夫网了，因此自己的那个vxtodo（地址是vxtodo.ihfs.net）也无法访问了……唉。不管怎样，决定开始寻找一个一劳永逸的方法，免得经常去修改vxtodo.ihfs.net的CNAME，太麻烦了。

google一番之后，发现一个也是在VPS（并且还是邻居，都运行在rashost的服务上）用nginx的负载均衡给ghs.google.com做反向代理的方法，地址是：http://www.littz.cn/viewnews-340.html，研究之后觉得可行，因此马上给自己的nginx配置了起来，下面是我自己的配置：

upstream ghs {
        ip_hash;
        server ghs.google.com;
        server 72.14.203.121;
        server 72.14.207.121;
        server 74.125.43.121;
        server 74.125.47.121;
        server 74.125.53.121;
        server 74.125.77.121;
        server 74.125.93.121;
        server 74.125.95.121;
        server 74.125.113.121;
        server 216.239.32.21;
        server 216.239.34.21;
        server 216.239.36.21;
        server 216.239.38.21;
}

server {
        listen       80;
        server_name  ghs.ihfs.net vxtodo.ihfs.net;
        access_log  /var/log/nginx/ihfs_ghs_proxy.access.log;

        location / {
                proxy_redirect off;
                proxy_set_header Host $host;
                proxy_pass http://ghs;
                proxy_set_header  X-Real-IP  $remote_addr;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                proxy_redirect false;
        }

}

因为暂时觉得没有https的需求，所以并没有设置https的部分。对https的部分的配置有兴趣的朋友可以去上面给出的原文链接查看～

总体效果还不错，在dnspod修改了CNAME之后立马就生效了。

周一开始设计的主题，最近这两天将其实际写了出来。

先前的vifix9有一个splash页，虽然比更久以前的splash的信息量要多，但是在功能方面总觉得是个鸡肋（但是又十分喜欢splash页这样的方案 —— 这样才觉得像是个人主页的感觉，而不只是一个单纯的个人博客）

因此这次vifix10准备在未来将splash页融入blog相同的设计，并且，嘛，就当vifix.cn是推介自己的一个平台吧～毕竟明年要开始找工作了呢～～～

整体的工作还远远没有完成，今天也只是先把最重要的部分赶了出来，还有一些细节的地方需要修改，另外～上面的banner条也考虑采用jQuery或者Flash来做成一个展示区域～

那么就是这些，未来几天有一个短途旅行的安排～～去一趟丽水缙云，祈祷天气晴好～阿门～～～

=============================

Updated @ 2010-02-03:

鉴于已经使用新主题，放出此主题的下载，点击此处获取

并不完善，许多地方也为我自己的网站写死了，所以其实可能利用价值不是那么高 ^^b

分发请遵守创作共用署名-非商业性使用-相同方式共享2.5版协议