最近遇到了使用Nginx 重写中文UTF8编码路径的问题。 才发现默认情况下Nginx的rewrite是不支持UTF8匹配的。 比如：
rewrite ^/(..)$ /2个字符文章.html break; #用2个点
可以匹配到 /ab 或 /51, 但 /汉字 是匹配不到的。 我测试了一下， 要匹配两个字的 /汉字 路径， 得用
rewrite ^/(……)$ /2个汉字文章.html break; #要用六个点
如果要让 ^/(..)$ 匹配到2个汉字字符，得开启Nginx对UTF8字符的正则支持， 准确点说是开启Nginx使用的PCRE库的对UTF8字符的支持。因为Nginx的rewrite模块是调用PCRE来处理正则的。 如果PCRE没有问题，Nginx支持UTF8编码的重写样式是：
rewrite "(*UTF8)^/(..)$" /2个字符文章.html break;
#注意(*UTF8)前缀和引号的加入。
先前的开发的Ruby on Rails网站使用的服务程序是Mongrel + Nginx， 现在用了Rails 3， 发现Mongrel对它有兼容问题， 所以要换一个。 虽然现在Phusion Passenger大行其道， 但使用前要重新编译Nginx。 为了避免重新安装nginx，我找到mongrel的替代品Unicorn。 没想到unicorn的设置非常方便。 我记录在这里供大家参考：
安装unicorn:
sudo gem install unicorn
创建网站配置文件(myproject是项目名称):
继续阅读
之前中国电信在我的印象中一直挺好的。今天竟然发现它竟然也在耍流氓， 而且不是今天刚开始的
参看：
http://www.pufen.net/live/2010/39/
http://www.btsmth.com/show_snapshot.php?en_name=DigiHome&gid=223759
http://www.tianya.cn/publicforum/content/free/1/1542795.shtml
http://www.tianya.cn/publicforum/content/itinfo/1/96974.shtml
http://topic.csdn.net/u/20101018/15/2ee893d0-7826-49a3-90c6-c406b572b081.html
http://help.360.cn/5030809/24119258.html
博客搬到国外了。 我知道迟早会有这样一天的。 在国内做网站有问题的东西太多了， 指哪哪有， 百发百中。问题不在于我的博客， 而在于这种机制。
我的问题是服务器必须安装华盾软件。 我不喜欢华盾。 听到这词我就恶心， 反胃， 想吃酸的。虽然我是十分不喜欢， 但我是想过要做一个良民站长，咬牙安装上这个软件的。 在这样的国度，报着被强奸也许也能捡一个高潮的侥幸心理的站长肯定不在少数。 问题是华盾竟然是个阳痿， 没有办法兼容我那个使用nginx软件的服务器系统！ 托管公司是目睹了整个过程的。 他们知道内情， 但他们说庇护不了，不敢留我，同情地看着服务器上的宫砂痣把我请走。 我不怪托管公司， 他们或爱国爱党， 或混口饭吃， 都不容易。站长如我， 托管公司如斯， 折腾到了这样的地步，都没得什么利益。
乱世出英雄， 识时务者为俊杰。 绿坝算一个，华盾应该算一个。 一个早泄，一个阳痿。病不在英雄， 遗传病， 病在DNA里， 治病得检查他们的爸妈。可惜国内医院没有这样的CT机器。
搬走就搬走吧。 搬之前一直担心， 真的搬走之倒好像一身轻松。 如飞鸟展翅， 海阔天空。
2011年3月27号（？）开始，到今天（29号）,我一直尝试打开工信部的备案网站http://www.miibeian.gov.cn/ 和 http://www.miitbeian.gov.cn/ 都没能成功打开过。 显示 No backend servers available。
日前还不清楚是什么原因。 有的说是服务器故障， 有的人则怀疑工信部的网站被黑了。据网上说同样问题在去年6月新版工信部备案网站http://www.miitbeian.gov.cn/刚推出时发生过。
我认为是服务器的3天多的故障的可能性比较大。因为我感觉黑客们应该知道，黑了工信部的备案网站几乎对所有的公务员都不会产生影响（甚至部分可能会利用这个借口带薪休假）， 受难的将仍会是大批无靠山无后台的小站长。
logrotate是linux下的一个日志文件管理工具。apache,nignx或系统的log文件如不处理， 正常情况下会慢慢变的大， 久了， 硬盘就会爆掉。 logrotate（配合cron）就是用来周期性分割、压缩、删除日志文件用的。前段时间在找mysql数据库的自动备份方法的时候， 在 http://islandlinux.org/howto/automated-mysql-backups 看到了使用logrotate来备份mysql数据库的偏方， 感觉不错， 在这里和大家分享一下。
Ubuntu 10.04 上源码编译安装Nginx 0.8.52 + PHP-fpm 5.3.3 + APC和MySQL
Ubuntu 是服务器上常用的Linux发行版本. 10.04是最新的LTS版本. Nginx则是占用内存少, 速度快的网页server的后起之秀. PHP从5.3.3起, 内置了FPM补丁, 跟nginx的兼容性又上了一个台阶. 本文是在Ubuntu 10.04上源码编译安装nginx 0.8.52, PHP-fpm 5.3.3, 加APC PHP加速的操作教程. (最后使用apt-get安装mysql数据库).
注意, 整个安装过程都是使用root帐号.
前几天将船长日志博客系统从typo换成了WordPress. 当时Google收录好像不到100, 今天发现google收录变成655了. 收录增加的很快. 百度的收录变化不大, 还是200多.
Google突然增加收录这么多, 可能的原因有两个. 一是我给WordPress安装了一个sitemap插件, 这样网站对google更友好了一些. 二是因为换了系统, 出现了很多如分类或tag之类的新页面, google开始收录这些新页面了.
但Google的增加收录并不一定能带来流量. 一些网站Google收录很多, 流量却不大. 并且Google的收录数也不是稳定的. 有时候Google会收录很多新页面, 然后慢慢地把这些新页面删除掉.
还好, 船长日志, 起码目前来说, 流量对它关系不大. 所以Google的收录也只是没事拿出来说说.
日志系统从typo转到了wordpress. 早就想到了不会很容易. 果真如此.
为什么要放弃typo?
我用的Typo是4.1版本, 比较老了. 据说原来的typo作者也早使用wordpress了. typo不停有问题和功能不能实现, 之前我打过补丁, 但实在是回天乏术了…
Rails程序占用的内存比php的多. 这个日志流量不大, 但这个流量不大的日志却一直占用着比较多的内存. 不合理.
加上星期天没事, 是折腾的时候了!
转换过程遇到了什么问题?
花了比较多的时间的是数据导出. 网上有Typo导出到Wordpress数据文档的script. 那个script修改一下还能用(有须要的留言). 但把它导出的数据用WordPress后台的Wordpress Importer导入后会产生大量的同名分类和标签(中文分类名和标签, 英文的不会). 我分析了很久, 最后才确定是Wordpress或它的Importer有BUG. 网上有人提过, 所说是修复了, 但我即便下载3.1测试版也发现问题还在…
没办法, 只好转向另一个方法 — 将数据直接导出, 然后用代码导入到Wordpress数据库才解决了问题.
用上了新系统了, 不过不一定会多写日志. 这个我应该很清楚… 因为玩的就是折腾本身. 哇哈哈
用PHP5.3.2安装UCenter时遇到 mysqlnd cannot connect to MySQL 4.1+ using old authentication 错误. 类似的错误在安装mediawiki时也遇到过.
这是由于mysql数据库还使用旧的验证方式的结果. 解决方法其实很简单, 重新设置一下用户密码就可以了:
SET PASSWORD FOR 'root'@'localhost' = PASSWORD('新密码');