Server 作業系統與硬體：

• 作業系統：FreeBSD 8.0-RELEASE
• CPU：Intel(R) Pentium(R) 4 CPU 3.00GHz (3042.62-MHz 686-class CPU)，Hyper-Threading 開啟
• RAM：2G DDR2 800
• 放資料庫的 HDD：WDC WD800JB-00JJA0，UDMA 100

MySQL 5.1.44 的設定（/etc/my.cnf）：

# defult setting (maybe changed)
key_buffer_size = 128M
max_allowed_packet = 4M
table_open_cache = 4096
sort_buffer_size = 1M
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 8M

# added for tunning by Joe Horn
skip-name-resolve
connect_timeout = 60
join_buffer_size = 1M
max_connect_errors = 10000
max_connections = 100
max_heap_table_size = 1G
query_cache_size = 16M
slave_net_timeout = 30
sync_binlog=1
thread_cache_size = 512
thread_concurrency = 8
tmp_table_size = 1G
table_definition_cache = 512
# choose one ( depend on query amount )
#concurrent_insert=2
low_priority_updates=1

這台機器跑 Super Smack 的結果：

# super-smack -d mysql update-select.smack 80 1000
Query Barrel Report for client smacker
connect: max=14ms  min=1ms avg= 4ms from 80 clients
Query_type      num_queries  max_time  min_time  q_per_s
select_index    80000        101       6         717.91
update_index    80000        108       1         717.91

我用測試程式產生了一百萬筆資料的 MyISAM table，各種測試各循環 1000 次，產生如下的測試結果（後面的數字單位是秒）：

SELECT BY PK_COL WITH_QUERY_CACHE:              0.058
SELECT BY PK_COL WITHOUT_QUERY_CACHE:           0.062
SELECT BY PK_COL LIMIT WITH_QUERY_CACHE:        0.058
SELECT BY PK_COL LIMIT WITHOUT_QUERY_CACHE:     0.062
SELECT BY UNIQUE_COL WITH_QUERY_CACHE:          0.058
SELECT BY UNIQUE_COL WITHOUT_QUERY_CACHE:       0.062
SELECT BY UNIQUE_COL LIMIT WITH_QUERY_CACHE:    0.058
SELECT BY UNIQUE_COL LIMIT WITHOUT_QUERY_CACHE: 0.062
SELECT BY INDEX_COL WITH_QUERY_CACHE:           0.058
SELECT BY INDEX_COL WITHOUT_QUERY_CACHE:        0.061
SELECT BY INDEX_COL LIMIT WITH_QUERY_CACHE:     0.058
SELECT BY INDEX_COL LIMIT WITHOUT_QUERY_CACHE:  0.063
SELECT BY COL WITH_QUERY_CACHE:                 0.786
SELECT BY COL WITHOUT_QUERY_CACHE:              0.063
SELECT BY COL LIMIT WITH_QUERY_CACHE:           0.059
SELECT BY COL LIMIT WITHOUT_QUERY_CACHE:        0.062
UPDATE BY PK_COL WITH_QUERY_CACHE:              1.139
UPDATE BY PK_COL WITHOUT_QUERY_CACHE:           1.199
UPDATE BY PK_COL LIMIT WITH_QUERY_CACHE:        0.125
UPDATE BY PK_COL LIMIT WITHOUT_QUERY_CACHE:     0.142
UPDATE BY UNIQUE_COL WITH_QUERY_CACHE:          2.734
UPDATE BY UNIQUE_COL WITHOUT_QUERY_CACHE:       1.203
UPDATE BY UNIQUE_COL LIMIT WITH_QUERY_CACHE:    0.147
UPDATE BY UNIQUE_COL LIMIT WITHOUT_QUERY_CACHE: 0.163
UPDATE BY INDEX_COL WITH_QUERY_CACHE:           1.183
UPDATE BY INDEX_COL WITHOUT_QUERY_CACHE:        1.063
UPDATE BY INDEX_COL LIMIT WITH_QUERY_CACHE:     0.138
UPDATE BY INDEX_COL LIMIT WITHOUT_QUERY_CACHE:  0.154
UPDATE BY COL WITH_QUERY_CACHE:                 4704.859
UPDATE BY COL WITHOUT_QUERY_CACHE:              4641.191
UPDATE BY COL LIMIT WITH_QUERY_CACHE:           0.156
UPDATE BY COL LIMIT WITHOUT_QUERY_CACHE:        0.167

根據測試結果，大概可以看到出以下幾個要點：

1. 根據第 21 行與 22 行的差異看來，MySQL Query cache 還是有點用處，不過效用不大。
2. 根據第 13 行與第 29 行的結果看來，有沒有設定 Primary Key、UNIQUE、INDEX 的影響不小。
3. 根據 UPDATE 語法的測試結果看來，有沒有 LIMIT 頗重要。

Related posts:

• 一些增進 MySQL 效能的 tips
• FreeBSD i386 與 amd64 platform 的差異
• 抖抖..
• FreeBSD 上面的 PHP 4.4.1
• [筆記] 最近製作/修改 FreeBSD ports 的一些心得

Technorati Tags: FreeBSD, INDEX, LIMIT, MySQL, PDO, PHP, Primary Key, Query Cache, Super Smack, UNIQUE

因為 FeedBurner 已經被 Google 買下了。
所以，FeedBurner 會以「http://feedproxy.google.com/.....」這種 URL 進行 HTTP 重新導向，使瀏覽器連結到「http://原始URL/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A......」這種頁面。

若是部落客用 FeedBurner 把放在 Xuite 上面的部落格 RSS/Atom feed 燒起來，而訂閱者透過 feedproxy.google.com 連結到文章頁面時，得到 HTTP 400 Error 的頁面（只有第一次被重新導向時，是正常的）。

會得到 HTTP 400 Error 頁面的原因是...
經過第一次的瀏覽後，瀏覽器的 cookie 被塞入兩個值，而 Xuite 無法正確解析瀏覽器的 cookie。

目前使用者自行排除問題的方式是拒絕 Xuite 存取瀏覽器的 cookie。

Related posts:

• Google 更換圖示以紀念點字系統發明者 Louis Braille
• Google 的免費圖片管理軟體 – Picasa !
• Google adsense for RSS/ATOM ! O_O
• Google 跟 PCHome 合作了!!
• Firefox 擴充套件 – Adsense Notifier

Technorati Tags: cookie, FeedBurner, Google, Xuite

對 FreeBSD ports 有興趣的人，請先詳讀一下這個討論串。
針對 FreeBSD Port Tools 的使用，大概要注意的是：

• 要送出前，請先用 port test 測試過，並記得用 -- 參數來測試所有的 make 參數與選項。
• 修改 ports，但只是 patch，不是版本更新時，請用 port submit -m change，並記得修改 Synopsis。
• 對 ports 進行版本更新時，請用 port submit -m update。
• 製作新的 ports 時，請用 port submit -m new。

至於 FreeBSD ports 的部份，大概要注意這些：

• 如果是 PHP Web systems/projects，要先下載後解開，花點時間檢查該系統需要哪些 PHP extensions。可以參考 PHP 的 Function Reference，例如：mbstring 可以用 grep -r "mb_*" [PHP_PROJECT_ROOT_DIR]。
• 如果要在安裝後顯示的 pkg-message，或是 pkg-plist 帶入變數，建議在 [PORT_DIRECTORY]/files 放 pkg-message.in 或 pkg-plist.in 這種檔案。
• 儘量在 Makefile 使用變數，主要（常用）的變數可以參考 /usr/ports/Mk/bsd.port.mk，其他的請參考 /usr/ports/Mk/ 底下的其他檔案。

由於我還算是新手小嫩咖，目前只能提供以上的心得（順便留個筆記）... orz

Related posts:

• [MySQL] Primary Key、UNIQUE、INDEX 與 LIMIT 有多重要
• FreeBSD-SA-10:02.ntpd
• FreeBSD i386 與 amd64 platform 的差異
• 抖抖..
• FreeBSD ports 裡的 Apache 2.2 啟動 shell script 的問題

Technorati Tags: FreeBSD, ports, porttools

• IE（Internet Explorer）：
  
• Firefox（聽說 3.6 有。因為我在用的附加元件尚未完全相容，所以我還在用 3.5.7）：
  

2010/02/02 23:37 UPDATE
另有 MacOS 與 Linux 的移除教學文，有需要的請參考以下連結：

• 刪除 Mac OS X Key chain 的 CNNIC 根憑證 Root Certifications
• 在 Linux 上移除 CNNIC 憑證

Related posts:

• 資料同步與備份
• IE 與 FireFox – 再度發現
• IE 與 FireFox
• RoundCube 的郵件中文夾檔問題
• Google Reader 怪怪的？

Technorati Tags: CNNIC, Firefox, IE, Internet Explorer, root certificate

PHP Notice: Undefined index: sfPhotosRecursiveLimit in [Gallery目錄]/modules/rss/SimpleRender.inc on line 78

追了一下程式，發現是變數沒處理好。
於是，我修改了 modules/rss/SimpleRender.inc，加了以下這段程式碼處理變數：

        if ( !isset($params['sfPhotosRecursiveLimit']) ) {
                $params['sfPhotosRecursiveLimit'] = $params['sfPhotosRecurseLimit'];
        }

修改過後的某個片段長這樣：

        $params['feedDate'] = $params['sfDate'];

        if ( !isset($params['sfPhotosRecursiveLimit']) ) {
                $params['sfPhotosRecursiveLimit'] = $params['sfPhotosRecurseLimit'];
        }

        /* apply defaults */

跟我一樣，覺得那些 log 很礙眼的，就參考一下吧。
我把 patch 一併貼到官方論壇了（Problem fix for RSS module），不知道會不會被採用就是了。

Related posts:

• Google adsense for RSS/ATOM ! O_O
• 電視節目表的 RSS
• Bloglines 與 SharpReader

Technorati Tags: error, Gallery, RSS

• FreeBSD-SA-10:01.bind
• FreeBSD-SA-10:02.ntpd
• FreeBSD-SA-10:03.zfs

根據 Advisories 內容，我原本打算透過以下的步驟作 patch：

1. cd /usr/src && make update
2. cd /usr/src/lib/bind && make obj && make depend && make && make install
3. cd /usr/src/usr.sbin/named && make obj && make depend && make && make install
4. cd /usr/src/usr.sbin/ntp/ntpd && make obj && make depend && make && make install
5. cd /usr/src && make kernel
6. [REBOOT]

但是，進行到第 4 個步驟（FreeBSD-SA-10:02.ntpd 的編譯階段），就出現了如下的 message：

make: don't know how to make /usr/obj/usr/src/usr.sbin/ntp/ntpd/../libparse/libparse.a. Stop

找了一些討論後，我在這個討論串裡看到好幾種作法。
幾經嘗試，我最終在 FreeBSD 8.0-RELEASE-p1 amd64 用以下這個作法順利編譯成功：

1. cd /usr/src/usr.sbin/ntp
2. rm -rf /usr/obj/*
3. make obj && make depend && make && make install

有相同問題（狀況）的人可以參考看看。

Related posts:

• [MySQL] Primary Key、UNIQUE、INDEX 與 LIMIT 有多重要
• [筆記] 最近製作/修改 FreeBSD ports 的一些心得
• FreeBSD i386 與 amd64 platform 的差異
• 抖抖..
• FreeBSD ports 裡的 Apache 2.2 啟動 shell script 的問題

Technorati Tags: FreeBSD, patch, Security Advisories

從 array 裡隨機挑出不重複的值有兩種情況，一種很單純，For ... In ... 迴圈可以處理的很好：

var fruits = ["Banana", "Orange", "Apple", "Mango"];
var x;

while(fruits.length > 0) {
	var r = Math.floor( Math.random() * fruits.length );
	var n = fruits[r];
	document.write("Choosen[" + r + "]: " + n + "<br />");
	document.write("Array: " + fruits + "<br />");

	for(x in fruits) {
		if (fruits[x] == n) {
			fruits.splice(x, 1);
		}
	}
}

若是 array 裡面已經存在重複的值，而且 array 的資料的來源不方便控制（例如是 HTML 裡面的 li 物件），For ... In ... 這種方便的迴圈語法就必須放棄，改用傳統的 for 迴圈：

var fruits = ["Banana", "Banana", "Orange", "Orange", "Banana", "Apple", "Apple", "Orange", "Mango"];
var i=0;

while(fruits.length > 0) {
	var r = Math.floor( Math.random() * fruits.length );
	var n = fruits[r];
	document.write("Choosen[" + r + "]: " + n + "<br />");
	document.write("Array: " + fruits + "<br />");

	for(i=0; i<fruits.length; i++) {
		if (fruits[i] == n) {
			fruits.splice(i, 1);
			i--;
		}
	}
}

Related posts:

• 讓瀏覽者能快速將頁面加入 furl 跟 Del.icio.us 的作法

Technorati Tags: array, For loop, Javascript, random

    using System;
    using System.Collections.Generic;
    using System.Linq;
    using System.Text;
    using System.IO;

    public class Wave
    {
        public struct Format
        {
            public String FileName = String.Empty;
            public Boolean PCM = false;
            public uint Channel = 0;
            public uint SampleRate = 0;
            public uint BitsPerSample = 0;
            public uint ByteRate = 0;
            public uint BlockAlign = 0;
        };

        private Format _fmt;

        private void fillUp()
        {
            _fmt.ByteRate = _fmt.Channel * _fmt.SampleRate * _fmt.BitsPerSample / 8;
            _fmt.BlockAlign = _fmt.Channel * _fmt.BitsPerSample / 8;
        }

        public Format getType(String fileName)
        {
            _fmt.FileName = fileName;

            try
            {
                FileStream fs = File.OpenRead(@fileName);
                Byte[] readTmp = new Byte[36];

                fs.Read(readTmp, 0, 36);
                fs.close();

                if (BitConverter.ToUInt16(readTmp, 20) == 1)
                {
                    _fmt.PCM = true;
                }

                _fmt.Channel = BitConverter.ToUInt16(readTmp, 22);
                _fmt.SampleRate = BitConverter.ToUInt32(readTmp, 24);
                _fmt.BitsPerSample = BitConverter.ToUInt16(readTmp, 34);

                fillUp();
            }
            catch (Exception e)
            {
                Console.WriteLine("Wave.getType(fileName) Error : " + e.ToString());
            }
            return _fmt;
        }
    }

• 檢查 FileName 是否為空字串，就知道是否成功呼叫 getType() 。
• 檢查 PCM 是否為 true，就知道該檔案是不是 PCM 格式的 wav 檔。
• wav 檔播放的時間會等於 ByteRate。

Related posts:

• [小軟體] 備份 putty 的設定 – puttyBackup
• [VB.Net] 將 DataSet 匯出成 CSV 檔

Technorati Tags: .NET, Audio, C#, file, NAudio, PCM, wav

require_once('../../Config.php');

然而，當這種系統必須變動目錄結構與檔案所在目錄時，開發人員就得額外多花些時間來更改上述之程式碼。

其實，PHP 的設定檔中，有個很少被注意到的變數，就是 auto_prepend_file 。

假設目前有個 PHP 專案，專案根目錄之系統絕對路徑為 /var/www/html/Project，
共用設定檔為 /var/www/html/Project/Config.php 。
我們可以在 /var/www/html/Project 下建立 .htaccess 檔案，內容如下：

php_value auto_prepend_file "/var/www/html/Project/Config.php"

而 /var/www/html/Project 目錄下所有的檔案，以及所有子目錄中的檔案都會自行引入 /var/www/html/Project/Config.php 。

PS. 由於 auto_prepend_file 的設定是透過 require() 來實作，使用這種方法要特別注意以下兩點：

1. 一旦設定了 auto_prepend_file ，該檔案就必須要存在，否則就會有 error ，導致該目錄下的所有 PHP 檔案無法正常執行。
2. include_path 會影響 auto_prepend_file。

Related posts:

• [分享] 謹慎使用 Smarty 樣板的 {include} …
• [MySQL] Primary Key、UNIQUE、INDEX 與 LIMIT 有多重要
• 中文界面圖形驗證碼的新選擇 – reCAPTCHA
• 等待 reCAPTCHA 的多國語言支援
• phpBB 2.0.20 and CPG 1.4.6 work fine on PHP 4.4.2 !

Technorati Tags: auto_prepend_file, htaccess, include, include_once, PHP, php_value, require, require_once

稍微整理過後，放在這裡：

• 善用 EXPLAIN SELECT 分析 SQL statement，以下列舉狀態解讀：
  

  EQ_REF	一對一比對
  REF	一對多比對
  RANGE	特定範圍的資料會被傳回
  INDEX	使用 INDEX 裡的資料
  ALL	對整個 TABLE 作掃瞄（最差）

• 善用 INDEX，以這個 SQL statement 為例：

  SELECT `col_a`
  FROM `table_a` LEFT JOIN `table_b`
  ON `table_a`.`col_b` = `table_b`.`col_c`
  WHERE `col_d` = ....;
  
  -- SELECT 的欄位不需 INDEX，ex： `col_a`。
  -- JOIN 的欄位需要 INDEX，ex： `table_a`.`col_b` 與 `table_b`.`col_c`。
  -- WHERE 的欄位需要 INDEX，ex： `col_d`。
  

• 儘量使用固定大小的欄位，MyISAM 搜尋固定大小欄位比較快；也就是說，能用 CHAR 就別用 VARCHAR。
• 儘量將欄位指定為 NOT NULL。
• ENUM 格式的欄位，資料處理速度很快（實測結果在這）。
• 不要取不需要的資料，下面這種語法就是不好的例子：

  SELECT * ...

• 把 BLOB 與 TEXT 拆開，減少 MySQL 開啟單一大檔（table 資料檔案過大）的機會。
• JOIN 用的欄位資料格式最好是相同的，以免 MySQL 作 FULL TABLE SCAN。
• 使用 LIKE 時，避免把 % 放在字串開頭，以免 INDEX 利用率不佳。

  -- 下列這種語法無法利用 INDEX
  SELECT ... WHERE `col` LIKE '%string%';
  
  -- 下列這種語法會利用 INDEX
  SELECT ... WHERE `col` LIKE 'string%';

• 注意 WHERE 子句內的運算式。

  -- 下列這種語法會使用 INDEX，速度快。
  SELECT ... WHERE `col` < 100 / 10;
  
  -- 下列這種語法會導致 FULL TABLE SCAN，速度慢。
  SELECT ... WHERE `col` * 10 < 100;

Related posts:

• [MySQL] Primary Key、UNIQUE、INDEX 與 LIMIT 有多重要
• 網頁系統的使用者驗證與 MySQL 的 “SELECT … LIMIT m,n”
• FreeBSD i386 與 amd64 platform 的差異
• 謹慎使用 MySQL 的 InnoDB storage engine…
• 用 MySQL 處理時間資料所應該注意的事

Technorati Tags: BLOB, CHAR, ENUM, EXPLAIN, INDEX, MyISAM, MySQL, NOT NULL, performance, TEXT, VARCHAR

執行畫面：

使用方法：

1. 點選 Browse 按鈕，選擇並輸入 reg 檔存放位置與檔名。
2. 點選 Backup 按鈕就能將 putty 的登錄檔輸出。

下載：

puttyBackup

Downloads: 170 File Size: 0.0 KB

Related posts:

• [C#] 取得 wav 檔案格式
• 在 Visual Studio 2008 設定 Windows Form 的圖示
• 資料同步與備份
• 換 ssh client…

Technorati Tags: backup, C#, putty, registry, Windows Form

Windows Form 有兩種圖示可以設定：

• Form 的圖示：只要在 Form 的屬性中，更改 Icon 屬性的 Value 就好，設定的圖示會顯示在執行的視窗的左上角。
• Application 的圖示：在 Visual Studio 2008 中，最上方工具列的 專案 -> [專案名稱]屬性，開啟的分頁中的 應用程式 有個 圖示與資訊清單 項目。在此便可設定軟體圖示。

By the way，我覺得目前寫這個小軟體應該還算實用，寫完後再丟上來～

Related posts:

• [小軟體] 備份 putty 的設定 – puttyBackup

Technorati Tags: icon, Visual Studio, Windows Form

對 Smarty 稍有經驗的人，應該都知道樣板內可使用 {include} 這個 tag 來嵌入其他 template file。
然而，因為 Smarty 內的變數都是全域變數，所以我對這個 tag 的看法是「能不用，就不用」。

用常見的網站論壇系統舉個簡單的例子：

• A 設計師負責開發顯示 HTML header 的 template，使用了 $title 變數作為 page title，ex：

  <html><head><title>$title</title></head>

• B 設計師負責開發顯示論壇文章內容的 template，恰巧也使用了 $title 作為文章標題。

若 B 設計師在其 template file 中使用了 {include} 來嵌入 A 設計師的 template file，就可能會產生預期之外的顯示結果。

當然，若是開發團隊已事先溝通好各項變數的命名，就不會有這種情況。
但為了減少此類風險，降低 debug 的難度，我們會選擇使用這種方式：

• 在系統全域共用的函式檔案中增加負責顯示 HTML header 的 function，例如 function page_header($title) { ...} ，並在 function 中 assign 變數，引入 A 設計師開發的 template file。
• 在論壇文章內容顯示的程式檔中，呼叫 page_header($title)，再 assign 文章標題的變數，引入 B 設計師開發的 template file。

當然，若嵌入的 template file 內沒有任何變數，就不須考量以上的狀況，開發/設計人員可以大膽地隨意使用。

Related posts:

• 輕鬆設定 PHP 的專案變數
• [MySQL] Primary Key、UNIQUE、INDEX 與 LIMIT 有多重要
• 中文界面圖形驗證碼的新選擇 – reCAPTCHA
• 等待 reCAPTCHA 的多國語言支援
• phpBB 2.0.20 and CPG 1.4.6 work fine on PHP 4.4.2 !

Technorati Tags: include, PHP, Smarty

剛才稍微玩了一下，寫了這個簡單的網頁。
reCAPTCHA 的多國語言化相關資訊可以參考 這裡，而我使用的中文化程式碼片段為：

<script type="text/javascript">
	var RecaptchaOptions = {
		custom_translations : {
			visual_challenge : "取得圖形驗證碼",
			audio_challenge : "取得音效驗證碼",
			refresh_btn : "重新整理圖形",
			instructions_visual : "輸入兩個英文單字:",
			instructions_audio : "輸入您聽到的聲音:",
			help_btn : "獲得協助",
			play_again : "重新播放音效",
			cant_hear_this : "將音效下載為 MP3",
			incorrect_try_again : "錯誤！ 請再試一次"
		}
	};
</script>

Related posts:

• 等待 reCAPTCHA 的多國語言支援
• [MySQL] Primary Key、UNIQUE、INDEX 與 LIMIT 有多重要
• 輕鬆設定 PHP 的專案變數
• [分享] 謹慎使用 Smarty 樣板的 {include} …
• phpBB 2.0.20 and CPG 1.4.6 work fine on PHP 4.4.2 !

Technorati Tags: CAPTCHA, il8n, localization, PHP, reCAPTCHA

令我驚豔的是，Aptana Studio 也提供了遠端存取的功能，包括 FTP、FTPS、SFTP，以及各種版本控制系統。
不過，試了一下之後，發現它沒有辦法自動讓更改或新增的程式檔上傳到遠端主機，只能儲存後，再手動作 upload。
在網路上搜尋解決方法後，我卻發現工具列上的 Scripts -> Synchronize -> Upload Current File On Save 是壞掉的。

在即將放棄使用 Aptana Studio 時，我發現了 這個討論串，而且也順利解決自動上傳的問題。
討論串的內容有點亂，所以把解法整理在這邊，順便幫自己留個備份（以免以後又要找解法）：

1. 在 Aptana Studio 安裝的資料夾找出 upload_current_file_on_save.js 這個檔案，並編輯它。
2. 在 header 的部份補上這兩行：

   Listener: commandService().addExecutionListener(this);

   Key: M1+S

   補完之後的 header 大概像這樣：

   /* Listener: commandService().addExecutionListener(this);
    * Currently an example script (disabled)> Copy as your own script, and modify
    * the Listener command as shown below
    *
    * Menu: Synchronize > Upload Current File On Save
    * Key: M1+S
    * Kudos: Ingo Muschenetz
    * License: EPL 1.0
    * DOM: http://localhost/com.aptana.ide.syncing.doms
    * DOM: http://download.eclipse.org/technology/dash/update/org.eclipse.eclipsemonkey.lang.javascript
    */

3. 在檔案最後面補上這段：

   function main() {
      sync.uploadCurrentEditor();
   }

4. 存檔並重新執行 Aptana Studio。

之後只要按下 Ctrl + s 儲存檔案，該檔案就會自動上傳到遠端主機囉。

Random posts:

• Google 的免費圖片管理軟體 – Picasa !
• P4 的 HT 出包了!? O_O
• Microsoft 研發出新的 P2P 架構!
• IE 跟 Outlook 的新漏洞..O_O
• 全家便利商店的發票兌換商品服務..

Technorati Tags: Aptana

簡單舉例，MySQL 的 "SELECT ..." 語法運作可說是拿著籃子去裝東西，若以 LIMIT 語法限制籃子裝東西的數量，MySQL 會在籃子裝滿後就停止動作，並傳回結果。
在網頁系統中，因為使用者帳號都是獨立的，所以，進行使用者登入驗證時，只需要抓出一筆資料來進行比對。

因此，在網頁系統中，我時常用這種語法來進行使用者登入的驗證：

SELECT `使用者身份` FROM `users` WHERE `username`='使用者名稱' AND `password`='雜湊後的密碼' LIMIT 1;

如果找不到資料，代表使用者的帳號/密碼錯誤。
而直接把密碼加入 WHERE 子句，不挑出來用程式比對則是為了杜絕 SQL Injection 導致的密碼外洩。

另外，這樣作也不錯：

SELECT `使用者身份` FROM `users` WHERE `username`='使用者名稱' AND `password`=PASSWORD( '雜湊前或雜湊後的密碼' ) LIMIT 1;

Related posts:

• 一些增進 MySQL 效能的 tips
• [MySQL] Primary Key、UNIQUE、INDEX 與 LIMIT 有多重要
• FreeBSD i386 與 amd64 platform 的差異
• 謹慎使用 MySQL 的 InnoDB storage engine…
• 用 MySQL 處理時間資料所應該注意的事

Technorati Tags: MySQL, performance

剛才心血來潮，用轉換線把舊的那顆 ST98832A 跟新的 WD3200BEVE 裝到 desktop 做測試。

• ST98832A：
  
• WD3200BEVE：
  

平平都是 PATA、5400 rpm 的 2.5" HDD，WD3200BEVE 還蠻凶悍的嘛～

Related posts:

• 2007 年 8 月至 11 月中旬購買 Maxtor 硬碟的人當心囉～
• SATA 2.5 !!
• IBM Deskstar 75GXP 用戶真悲苦..
• 硬碟檢測軟體 – HD Tune

Technorati Tags: HDD

然而，最近發現我的 Firefox 瘋狂地佔用 CPU 資源，Magic Process 似乎不夠用，所以在網路上找了一些資料來查原因。

Microsoft TechNet 的 Process Explorer 也可以顯示出目前執行中的程式所在路徑。

而且，Process Explorer 的 process properties 可以顯示出執行中的程式的各個 thread 詳細資料。
類似 Firefox 瘋狂地佔用 CPU 資源這種問題，使用Process Explorer 更容易找出原因。

Random posts:

• Itanium 版的 Longhorn !? O_O
• Office 12 將支援輸出 PDF 格式文件
• Blog 軟體效能測試
• Yahoo 客服回信…
• Blogger.com 爛掉!?

Technorati Tags: Magic Process, Process Explorer

某台機器跑 FreeBSD i386 platform，搭配 PAE 與 SMP。
根據以往的經驗，這種記憶體容量超過 4G 的機器，我會選 amd64 platform。
（至少經手過的幾台機器到現在都很健康...）

近來這台機器的 MySQL daemon process 時常會掛掉...
追蹤 error log 之後，發現這種錯誤訊息：

Out of memory (Needed 16391 bytes)

我把錯誤訊息丟上 Google 後，才發現 FreeBSD i386 platform 版本，其預設之單 process 記憶體容量限制為 512 MB，而 MySQL daemon process 使用超過 512 MB 後就會噴出上述的錯誤訊息，接著就是嗝屁...

我沒碰過這種瓶頸，似乎是 amd64 platform 沒有這種限制。
i386 platform 遭遇到這種瓶頸的解法是在 /boot/loader.conf 裡面丟進類似這三行：

kern.maxdsiz="2G"
kern.dfldsiz="2G"
kern.maxssiz="256M"

（拉高單 process 的記憶體容量限制，變為 2G）
然後 reboot，準備驗收成果...

Related posts:

• [MySQL] Primary Key、UNIQUE、INDEX 與 LIMIT 有多重要
• [筆記] 最近製作/修改 FreeBSD ports 的一些心得
• FreeBSD-SA-10:02.ntpd
• 一些增進 MySQL 效能的 tips
• 網頁系統的使用者驗證與 MySQL 的 “SELECT … LIMIT m,n”

Technorati Tags: amd64, FreeBSD, i386, MySQL

為了使系統能快速存取後端資料庫，我將存放 raw data 資料表的 storage engine 設定為 InnoDB。
（因為 InnoDB 支援了 row lock。 ）
並搭配定時執行的 script 整理資料，進行統計，並存放在 MyISAM 格式的資料表中。

最近，這套系統的後端資料庫伺服器，mysqld 三不五時會自行 restart，系統狀態也看似正常（根據他們的說法）。
追蹤後，發現 InnoDB 的運作狀態被忽略了...

光是其中一塊放置 raw data 的資料表就存放了三百多萬筆資料，佔用了 3xx MB 的空間，可是 innodb_buffer_pool_size 只有 256 MB，連 mysqldump 都無法完全撈出這塊資料表的內容...
追查程式後，發現原本用以刪除過期 raw data 的那些程式碼片段都被註解掉..

這段故事給我們幾個啟示：

• InnoDB 拿來放 raw data 真的不錯，但是要定時整理，否則維護難度會提高...
• 沒事別雞婆，胡亂更改人家的設計...

Related posts:

• [MySQL] Primary Key、UNIQUE、INDEX 與 LIMIT 有多重要
• 一些增進 MySQL 效能的 tips
• 網頁系統的使用者驗證與 MySQL 的 “SELECT … LIMIT m,n”
• FreeBSD i386 與 amd64 platform 的差異
• 用 MySQL 處理時間資料所應該注意的事

Technorati Tags: InnoDB, MySQL