這個攻擊是八月底的消息，它是一個apache的弱點，對 header 作攻擊，好像是它本就是一個正常的規則，

只是如果分好幾個片斷去 request 的話，就會讓apache 資源慢慢的被耗光，最後 crashed。

一般對 80 的請求為

telnet 10.10.10.135 80

GET / HTTP/1.1

Host: 10.10.10.135

<enter> 

結果

HTTP/1.1 200 OK
Date: Thu, 15 Sep 2011 10:12:02 GMT
Server: Apache

[閱讀全文]

全虛擬化--full virtualization

代表作 : virtualbox 跟 kvm

有測試過，並發現的缺點:

1。子機會彼此影響 : 當某子機負載高時，其它子機會明顯的變慢

2。母機關機，子機無法自動關機

半虛擬化--para virtualization

代表作 : xen

我測試過 xen server 3

以上兩個缺點，xen server 3 我是沒遇過，
 
不過有可能是測試環境皆不同、測試的時空背景不同，有可能是硬碟IO的關系吧

[閱讀全文]

zip -r -0 -e xxx.zip xxx

-0 代表只是打包 (零)

7za a -tzip -mx0 -p xxx.zip xxx

-mx0 代表只是打包 (零)

A 是 mysql 4.0
B 是 mysql 4.1

A 有一個 big5 編碼的資料庫 aaa

我要把aaa移到 B

一般在 A 執行 mysqldump --opt  > aaa.sql 出來，並 scp 到 B，

B 再執行 mysql aaa < aaa.sql 匯入

我在 B 瀏覽網頁時會是亂碼的

我另行一作法

在 A 開放 B 可以 mysql 連線，

[閱讀全文]

一。mysqltuner.pl -- http://rackerhacker.com/mysqltuner/ 或 https://github.com/rackerhacker/MySQLTuner-perl 
二。mysqlreport -- http://hackmysql.com/mysqlreport 
三。tuning-primer.sh  -- 不知道是不是正確來源的http://www.day32.com/MySQL/ 
四。mytop -- http://jeremy.zawodny.com/mysql/mytop/
五。mysqlsla -- http://hackmysql.com/mysqlsla
六。mysqlidxchk -- http://hackmysql.com/mysqlidxchk
七。mysqlsniffer -- http://hackmysql.com/mysqlsniffer

一。mysqltuner.pl

它會分析現在的版本、資源使用、效能，等等的狀況，最後還會給建議值

不過建議值設定了，似乎還是會顯示出它給的建議，

可能是會因為當下的環境、負載的不同有而不同的結果，所以似乎要找出個平衡去設定。

二。 tuning-primer.sh

[閱讀全文]

方式一

先 vim file1 第一個檔案
再下 :sp file2 開啟第二個檔案
可以用 ctrl+w 來切換

方式二

[閱讀全文]

以下工具可以用來測試一個網站的:

1。為何慢
2。是因為它在load什麼嗎，檔案太大、某個連結找不到或解析不到
3。從工具的分析來想辦法改善

1. HTTPWatch - http://ssorc.tw/rewrite.php/read-1051.html
2. Fiddler  - http://www.fiddler2.com/Fiddler2/version.asp
3. FireBug - https://ssorc.tw/rewrite.php/read-843.html
4. OctaGate SiteTimer - http://ssorc.tw/rewrite.php/read-276.html
5. PingDOM - http://tools.pingdom.com/fpt/
6. Site-Perf - http://site-perf.com