百度竟然把這個無恥的行為包裝成一種功能，叫百度轉碼！

百度沒有通知和詢問我們這些站長的同意，將我們網站內容盜竊，讓用戶以為是百度的內容，放上廣告。讓無數的網站成為受害者：
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備份文件就可了。