百度竟然把这个无耻的行为包装成一种功能，叫百度转码！

百度没有通知和询问我们这些站长的同意，将我们网站内容盗窃，让用户以为是百度的内容，放上广告。让无数的网站成为受害者：
http://www.im286.com/thread-14306138-1-1.html
http://zhidao.baidu.com/link?url=5QXqTR-9_bT2jUbhF_RPNuQzJjGooabLinH2fXTd5fylCz_5EJWf1NcDVoon2zie1hziTT-qvUHijRBmJUkL5_
http://tieba.baidu.com/p/3059153091
http://bbs.zhanzhang.baidu.com/thread-13671-1-1.html

我已经按照百度的说明，在服务器nginx的输出的header上加上了Cache-control为no-siteapp。据说需要一周才能生效。希望能早日有效地摆脱百度的掠夺。

代码：
add_header Cache-Control no-siteapp;

这个nginx教程很有点特别。作者制作了一个独特的软件包（openresty），将nginx和一些第三方modules合在一起，产生一个独立的网页程序平台。。。 所以这个nginx教程读起来会更新是一个脚本语言教程。不过这倒提供了一个很特别的切入nginx配置语法的视角。作者深入浅出，语言简明，而且很多例子代码。总之是非常难得的教程。可惜的是教程应该还在写作过程中，还不完整。期待早日有完整版本现世。

Linode是目前为止我感觉最好用的网站空间提供商。2年多的使用体验让我很满意。但到今天才知道原来Linode上各个vps的流量是共享的。也就是说如果有2个Linode 512，流量是200GB/月x2,共400GB。如果其中一个VPS做mysql数据服务器，另一个做页面前端服务器，那个数据服务器有可能产生接近0的流量（Linode之间的内网流量不计在流量限额之内），而另一个vps就可以使用掉余下的所有400GB流量，而不是说明中的200GB。

以下是所有我所知的关于Linode流量限制相关的信息：
1.Linode上的VPS有流量限制， 512的是200GB, 1G的是400GB，随价格的上升线性增加。
2.多个Linode之间的VPS内部传输流量不计入流量限制计算。
3.上传到Linode的流量不计入流量限制计算，只计算从Linode下载的数据流量。
4.所有Linode之间的流量是加在一起共享的。如上文所详述。
5.如果你网站的流量超出限额，会在次月初被加收额外的费用。收费标准是0.1美元每GB。（这个价格同Additional Transfer 100GB 10美元一个月的标准是相当的。）
6.你可以在Extras中添加如上的Additional Transfer，这个是按天收费的。比如你选100GB 10美元一个月的选项，如果当月只有3天了，你只会被收1美元，同时你得到的额外流量也只有10GB。如果你在使用不到一个月前取消这个功能，Linode.com也会退回余下天数的钱，并收回余下天数的额外流量。个人感觉不用使用这个功能，原因参看上条。

Nginx匹配指定中文URL的方法：

rewrite "(*UTF8)^\x{66f4}\x{6539}$" /index.html last;

这个会将 http://www.cslog.cn/%E6%9B%B4%E6%94%B9 重定向到http://www.cslog.cn/index.html。
‘/%E6%9B%B4%E6%94%B9′是中文URL ‘/更改’， \x{66f4}\x{6539}是这两个汉字的Unicode编码。

注意配合PCRE 7.9以上版本使用，详细看Nginx和中文URL的问题。

Nginx匹配URL中中文参数的方法：
如果要将 http://www.cslog.cn/index.php?title=%E6%9B%B4%E6%94%B9 重定向到http://www.cslog.cn, 则要使用

location = /index\.php$ {
if ($args_title =%E6%9B%B4%E6%94%B9 ) {
rewrite ^ /;
}
}

在这里， ‘?title=%E6%9B%B4%E6%94%B9′ 是不能用上例那里的rewrite捕捉到的， 而要使用$arg_参数名这样的方式处理。 而且在这里， ‘%E6%9B%B4%E6%94%B9′是不用特别转换的，直接放上去就可以了。

还要注意到 location后面的 ~, *~, ^~, =或空是有不同的效果的。详细参看nginx的官方手册。

让Nginx在同时识别到两个参数的情况下重定向的方法
假设要在例如 http://www.cslog.cn/index.php?title=%E6%9B%B4%E6%94%B9&lang=Zh-tw 这样的URL，只有在lang=Zh-tw参数存在，并且title参数也存在（不管它的值）的情况下才重定向， 要求会苛刻些，因为nginx自身没有并列的逻辑处理能力，但可以使用如下的方法曲线解决：

location = /index\.php {
set $redirect "";

# 检查是否存在"title"参数:
if ( $arg_title ) {
set $redirect "Y";
}

....
}


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)前缀和引号的加入。

因为PCRE只有7.9以上的版本才支持这个(*UTF8)开头，所以系统上的PCRE一定要使用7.9以上的版本。 另外，编译PCRE时一定要开启UTF8的支持。 即使用(–enable-utf8)参数。 检查系统的PCRE版本和是否支持UTF8编码可以使用
pcretest -C
命令。执行后会显示如下的报告：

PCRE version 8.13 2011-08-16
Compiled with
UTF-8 support
Unicode properties support
Newline sequence is LF
\R matches all Unicode newlines
Internal link size = 2
POSIX malloc threshold = 10
Default match limit = 10000000
Default recursion depth limit = 10000000
Match recursion uses stack

显示“UTF-8 support”就是支持UTF8编码了。

如果Nginx调用的PCRE为7.9以下的版本，使用 rewrite “(*UTF8)^/(..)$” /2个字符文章.html break; 这种形式的重写，在执行nginx -t检查时会出现如下的错误提示：

[emerg]: pcre_compile() failed: (*VERB) not recognized in “(*UTF8)^、……

如果Nginx调用的是7.9以上版本的PCRE，但是PCRE安装时没打开UTF8的支持开关，则会出现如下的错误提示：

nginx: [emerg] pcre_compile() failed: this version of PCRE is not compiled with PCRE_UTF8 support in “(*UTF8)^/…

解决办法是安装最新版本的的PCRE，并打开UTF8支持，方法如下（以当前8.13版的PCRE为例）：
wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.13.tar.gz
tar zxvf pcre-8.13.tar.gz
cd pcre-8.13
./configure --enable-utf8 --enable-unicode-properties
make
make install

然后重新编译安装Nginx。 Nginx默认会打开rewrite模块，并会自动查找系统上已经安装了的PCRE。 如果Nginx查找不到已经安装在系统上的PCRE， 或者系统上有多个PCRE， nginx调用了不支持UTF8的、或低版本的PCRE时（我遇到了后一种情况，并花费了很长的时间解决这个问题，这也是我为什么写这篇总结文章在这里给大家分享的原因。。。），可以在编译安装Nginx时指定PCRE源文件。例如：

wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.13.tar.gz
tar zxvf pcre-8.13.tar.gz
wget http://nginx.org/download/nginx-1.0.8.tar.gz
tar zxvf nginx-1.0.8.tar.gz
cd nginx-1.0.8
./configure \
--with-pcre=../pcre-8.13

注意，如果接着直接make && make install的话， PCRE因为没有启用UTF8， nginx将不能支持UTF8重写， 所以在这一种，我动了一点小手脚：打开./objs/Makefile 文件，找到以下段落：

../pcre-8.13/Makefile: objs/Makefile
cd ../pcre-8.13 \
&& if [ -f Makefile ]; then $(MAKE) distclean; fi \
&& CC="$(CC)" CFLAGS="-O2 -fomit-frame-pointer -pipe " \
./configure --disable-shared
在–disable-shared后加上 –enable-utf8和 –enable-unicode-properties参数， 即变成：
../pcre-8.13/Makefile: objs/Makefile
cd ../pcre-8.13 \
&& if [ -f Makefile ]; then $(MAKE) distclean; fi \
&& CC="$(CC)" CFLAGS="-O2 -fomit-frame-pointer -pipe " \
./configure --disable-shared --enable-utf8 --enable-unicode-properties
然后再make, make install。 最后关闭nginx并重启nginx（这里不能用nginx -s reload)。这样nginx就支持中文UTF8编码的url重写了。

安装unicorn:

sudo gem install unicorn


创建网站配置文件(myproject是项目名称):

sudo mkdir /etc/unicorn
cd /etc/unicorn/
sudo nano /etc/unicorn/myproject.conf


内容如下：

RAILS_ROOT=/www/myproject
RAILS_ENV=production


在网站里再创建一个unicorn配置文件

nano /www/myproject/config/unicorn.rb


内容如下：

# Minimal sample configuration file for Unicorn (not Rack) when used
# with daemonization (unicorn -D) started in your working directory.
#
# See http://unicorn.bogomips.org/Unicorn/Configurator.html for complete
# documentation.
# See also http://unicorn.bogomips.org/examples/unicorn.conf.rb for
# a more verbose configuration using more features.

app_path = "/www/myproject"

listen 8080 # by default Unicorn listens on port 8080
worker_processes 2 # this should be >= nr_cpus
pid "#{app_path}/tmp/pids/unicorn.pid"
stderr_path "#{app_path}/log/unicorn.log"
stdout_path "#{app_path}/log/unicorn.log"


设置unicorn启动脚本：

sudo nano /etc/init.d/unicorn_init

脚本内容：

#!/bin/sh
#
# init.d script for single or multiple unicorn installations. Expects at least one .conf
# file in /etc/unicorn
#
# Modified by jay@gooby.org http://github.com/jaygooby
# based on http://gist.github.com/308216 by http://github.com/mguterl
#
## A sample /etc/unicorn/my_app.conf
##
## RAILS_ENV=production
## RAILS_ROOT=/var/apps/www/my_app/current
#
# This configures a unicorn master for your app at /var/apps/www/my_app/current running in
# production mode. It will read config/unicorn.rb for further set up.
#
# You should ensure different ports or sockets are set in each config/unicorn.rb if
# you are running more than one master concurrently.
#
# If you call this script without any config parameters, it will attempt to run the
# init command for all your unicorn configurations listed in /etc/unicorn/*.conf
#
# /etc/init.d/unicorn start # starts all unicorns
#
# If you specify a particular config, it will only operate on that one
#
# /etc/init.d/unicorn start /etc/unicorn/my_app.conf

set -e

sig () {
test -s "$PID" && kill -$1 `cat "$PID"`
}

ARGS="$1 $2"
start_stop $ARGS

注意将里面的/usr/bin/unicorn_rails 换成你系统中unicorn_rails程序的实际路径。

设置unicorn_init文件属性:

sudo chmod 755 /etc/init.d/unicorn_init


启动unicorn:

/etc/init.d/unicorn_init


修改nginx的配置文件，加入unicorn的代理设置：

upstream myproject_mongrel {
server 127.0.0.1:8080 fail_timeout=0;
}

这部分跟使用mongrel的类似的。

这样unicorn的设置就完成了。 刚设置好，感觉unicorn跟mongrel一样， 都是比较吃内存的， 一启动就占了50M. 不知道会不会也像mongrel一样把内存吃爆， 会得话得设置监控软件（如god）看住它。

参看：

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机器。

搬走就搬走吧。 搬之前一直担心， 真的搬走之倒好像一身轻松。 如飞鸟展翅， 海阔天空。

日前还不清楚是什么原因。 有的说是服务器故障， 有的人则怀疑工信部的网站被黑了。据网上说同样问题在去年6月新版工信部备案网站http://www.miitbeian.gov.cn/刚推出时发生过。

我认为是服务器的3天多的故障的可能性比较大。因为我感觉黑客们应该知道，黑了工信部的备案网站几乎对所有的公务员都不会产生影响（甚至部分可能会利用这个借口带薪休假）， 受难的将仍会是大批无靠山无后台的小站长。

首先， 先创建一个脚本文件

nano /usr/local/sbin/mysql_auto_backup.sh

贴入如下内容

#!/bin/sh
#
# 作者 Dallas Vogels 2008-10-01
#
export PATH=/bin:/usr/bin:/sbin:/usr/sbin

OUTPUTDIR="/root/mysql-backups" #将这里修改成你要放备份文件的目录
OPTIONS="--all --complete-insert --add-drop-table --extended-insert --quote-names"
CONFIG_FILE="/root/.my.cnf.backup"

# 检查备份目录是否存在
if [ ! -d $OUTPUTDIR ]; then
        mkdir $OUTPUTDIR
fi

# 获取数据库列表
DATABASES=`echo "SHOW DATABASES" | mysql --defaults-file="$CONFIG_FILE" mysql`

for DATABASE in $DATABASES; do
# 不备份 Database 和 information_schema 这两个数据库
  if [ "$DATABASE" != "Database" -a "$DATABASE" != "information_schema" ]; then
    # 数据库备份开始
    mysqldump --defaults-file="$CONFIG_FILE" $OPTIONS $DATABASE > $OUTPUTDIR/$DATABASE.sql
  fi

done

exit 0

将这个备份脚本添加可执行属性：

sudo chmod og-rwx /usr/local/sbin/mysql_auto_backup.sh

运行mysql

mysql -u root -p

给mysql添加专门用来备份数据库的用户：

GRANT SELECT, LOCK TABLES ON *.* TO mysqlbackup@localhost IDENTIFIED BY 'password';
FLUSH PRIVILEGES;

注意将password换成你想要设定的密码。

新创建一个mysql配置文件：

nano /root/.my.cnf.backup

将这个mysql备份用户信息加到里面：

[client]
user="mysqlbackup"
password="password"

注意再次换密码。

设置好这个文件的属性：

chmod og-rwx /root/.my.cnf.backup

现在可以测试一下数据备份脚本了，运行：

/usr/local/sbin/mysql_auto_backup.sh

如果可以在设定的目录（/root/mysql-backups）找到mysql数据库dump出来的sql文件，那到目前为止一切正常，继续。

创建用来自动备份mysql数据库的logrotate配置文件：

nano /etc/logrotate.d/mysql-backups

贴入如下内容:

/root/mysql-backups/*.sql {
  weekly
  copy
  missingok
  rotate 30
  compress
  notifempty
  create 640 root adm
  sharedscripts
  prerotate
    /usr/local/sbin/mysql_auto_backup.sh
  endscript
}

上面的设置会每周一次地将mysql中所有除Database和information_schema之外的数据库自动dump到/root/mysql-backups/目录中， 并自动将dump文件压缩成gz格式(如果不希望压缩，去掉上面的compress行）。
如果希望将数据备份周期改到每天一次， 直接将上面logrotate配置文件weekly改成daily就可以了（每月一次是monthly)
上面的脚本会自动保留最近30个备份（注意rotate 30参数， 修改30可设置保留的备份数）

最后测试一下logrotate配置文件有没有问题，强制运行logrotate：

logrotate -f /etc/logrotate.d/mysql-backups

这时/root/mysql-backups/目录应该出来gz格式的mysql数据库备份文件。

这时用logrotate的自动mysql数据库的备份部署完成了。这样每星期到/root/mysql-backups/目录下载mysql备份文件就可了。