剛剛回到家後做了幾個測試，發現狀況很有趣：的確如客戶所說，訪客發表的回應在文章中無法顯示，但是最新回應區塊卻有顯示。

本來以為是文章權限的問題，檢查了半天，也重設權限了，問題還是一直存在。

為了確認回應是否有寫入，我到管理回應的列表中看了一下，發現管理回應的列表也沒有列出訪客發表的回應。

歷經數個版本的升級，目前可以說說一些心得。

如果你期待跑了 VirtualBox 以後可以過著幸福快樂的生活，我會覺得那是想太多了～

目前我在 Windows 7 下跑了那麼久的 VirtualBox ，只有 3.0.6 這個版本堪稱穩定，其他的三天兩頭就會引起 OS Crash。

年底我打算買一台 1 L 以下的比較省電小機器來獨立跑看看～

由於要修改到 CSS 檔案，所以我把虛擬主機上的整個目錄打包複製下來、資料庫用 phpMyAdmin 匯出，配合空的 PAPM 重建後，卻發現每次進入首頁卻變成下載畫面。

嘗試了幾個方式都還是一樣，最後終於讓我重建成功。

底下是重建筆記（這個方式只適用同樣主版本的 Drupal 上，並且你沒有對原始 Drupal 的檔案做過太大幅度的修改）：

1. 清除瀏覽器的快取、停用前導程式（如果你發現跟我一樣出現下載頁面）
2. 停用虛擬主機上的 Drupal 系統的效能選項中的所有選項
3. 把虛擬主機上的 Drupal 系統的 sites 目錄打包回來
4. 把虛擬主機上的資料庫用 phpMyAdmin 匯出
5. 解開我提供的 Drupal with Portable APM for Windows 壓縮包（如果版本不對，請用空的 PAPM 跟 Drupal 官方提供的相同版本的 drupal 壓縮包先進行安裝程序），並執行前導程式（以下稱本機）
6. 將本機的 Drupal 資料庫中所有資料表刪除，並把虛擬主機匯出的資料庫匯入
7. 解開上述的 sites 壓縮包，並覆蓋掉本機的 sites 目錄
8. 修改本機 sites/default/setting.php 中的資料庫設定（預設應該是：$db_url = 'mysql://site:site@localhost/site_drupal';）

這樣應該就重建完成，如果有要修改的 Drupal 檔案，記得改回去～

方法很簡單，需要兩個模組：

• Views Custom Field
• Embed Views Display

安裝好了之後，要先設定被插入的 View

然後在另外一個 View 的欄位中新增一個 Customfield: PHP code

內容是

不過今天去幫朋友弄電腦（當志工）時，跟朋友聊到我最近推掉了兩個案子，他覺得很驚訝。

我個人接案有一個原則：同一時間我只做一個案子。

有些前輩他們可以同時做好幾個案子，不過我沒辦法，因為我很容易分心，所以不管是什麼事，我一次只能做一件事。

現在 XCache 1.3rc1 已經可以對應 PHP 5.3 了，連 XDebug 2.0.5 也跟上了，所以我也沒啥藉口～

之前在測試時，phpMyAdmin 一直有問題，後來我找到原因了，是因為 phpMyAdmin 的某一行設定的緣故。

在 config.inc.php 裡面，找一下 $cfg['Servers'][$i]['compress'] 這行，他必須設為 $cfg['Servers'][$i]['compress'] = false; 才行。

底下是我包好的 Portable APM，有興趣的人請自取～

底下是我目前有裝的附加元件列表：

• Coral IE Tab
• DownThemAll!
• Firebug
• FireFTP
• Foxmarks
• JSView
• Screengrab
• Tab Mix Plus
• Web Developer
• 新同文堂

雖然 MS 的 Virtual PC 也很好，不過我個人還是鍾愛 Virtual Box。

只是不知道能不能玩支援 DirectX 的遊戲，期待中～

追記：2009.06.30 Virtual Box 3.0 Release

不過我不想回過頭去用 Miranda，而且又希望能有可攜版的，後來在這裡找到了一個我以前從沒聽說過的 IM 軟體：digsby。

下載回來用的結果很滿意，除了一件事：這個軟體需要到官方網站上去建立一個帳號才能用。

整個來說，設定上跟 Miranda 和 Pidgin 比較起來簡單很多，當然支援的 IM 類型沒有比這兩個多，但是也夠用了，而且還支援 email 的檢查跟一些社群網站。

由於 Windows 7 目前缺乏廠商晶片組驅動程式的支援（我之前安裝時沒仔細看，其實根本沒裝，因為目前 AMD 只有顯卡的驅動程式有支援 Windows 7），所以只能說燒錄成功那幾次是機率問題。

我的電腦環境有點複雜，先說明清楚比較好：

• 主機板是 ASUS 的 M4A78T-E，有開 AHCI
• 燒錄器是 ASUS 的 DRW-1814BLT（SATA 介面）
• 燒錄時用的 DVD+RW 可重複寫入的片子來做實驗

因此考慮的因素比較多，如果用 IDE 介面的光碟機的話，應該成功率會提高。

再來是驅動程式都不用另外安裝（除了 VIA 的音效驅動程式，這東西在安裝時還要騙安裝程式是在 Vista ）。

然後是對 XP 32 位元程式的相容性做的不錯，至少我跑的幾個程式包括防毒軟體都可以跑（我是裝 64 位元版的 Windows 7 ）。

這讓我想到前幾天在研究用隨身碟安裝 XP 時的窘境，真是研究辛酸的～

傳說中的 XP Mode 還沒試，不過已經先把下載點找出來了。

過程中相當愉快，也要感謝店家的工程師，幫我把散熱器裝上去～

這是我第一次買散熱器，原以為安裝跟 CPU 的盒裝散熱器差不多，沒想到是必須把底板拆掉，整個主機板翻過來才能完成散熱器的安裝。

這次升級在省電、效能、安靜幾個要素中求取平衡，唯一不能平衡的是我的錢包。

本來我屬意購買 ASUS 的 M3N78-EM，不過到處打聽都沒賣，只好買了 M4N78T-E。

Drupal 是我非常喜歡的一套開源內容管理系統，最近因為自己出來作 SOHO 接案子的關係，時間比以前在公司上班時充裕許多，所以我可以一邊作案子，一邊作 Drupal 模組的翻譯。

最近我把相關作翻譯的模組包在一起，並在 Drupal Taiwan 那邊發了文章，希望能推廣翻譯工作。

底下是文章內容轉載（要下載請連過去，我不想兩邊維護）：

（註：BIOS 中 SATA 必須設成 ACHI 模式，可以先用 IDE 模式，然後找 RAID / ACHI 的驅動程式裝完後，再進入 BIOS 設成 ACHI 模式）

後來聽說是晶片組的關係，我的板子是用 ATI 的晶片組，驅動程式不支援。

最近聽說 ASUS 出了 NVIDIA 980a SLI 的板子，是有點想敗下去，不過根據某主機板大廠工作的朋友講，NVIDIA 晶片的問題也不少，建議我再考慮。

另外就是固定寬度的問題，這對有寬螢幕的人實在是一種折磨，其他還有一些小問題...

這實在是很糟糕，所以手動改了改，在 部落格 » 樣式管理 » 樣式設計精靈 » CSS 原始碼編輯 加上以下的樣式即可：

/* 列表樣式 */

不過在設定上，有些只允許本文輸入的狀況，常常需要為不同的 class 或是 path 設定例外條件，以免把所有的 TEXTAREA 都變成所見即所得的編輯畫面。

而 WYSIWYG API 就比較聰明，它可以根據輸入格式（Input Format ）來設定不同的編輯器，這樣就無須設定例外條件了。

WYSIWYG API 也支援各種不同的所見即所得編輯器，包括：

• FCKeditor
• jWYSIWYG
• markItUp
• NicEdit
• TinyMCE
• Whizzywig
• YUI

這些編輯器支援的功能不一，使用者可依需要來選擇使用。

1. 解壓縮新版的 CakePHP 壓縮包
2. 刪除解壓出來的所有 .htaccess
   
   • <解壓目錄>\.htaccess
   • <解壓目錄>\app\.htaccess
   • <解壓目錄>\app\webroot\.htaccess
3. 更名以下檔案
   
   • <解壓目錄>\app\config\bootstrap.php => bootstrap.php.default
   • <解壓目錄>\app\config\core.php => core.php.default
   • <解壓目錄>\app\config\inflections.php => inflections.php.default
   • <解壓目錄>\app\config\routes.php => routes.php.default
4. 將解壓出來的檔案複製到程式目錄中

剛好我去年曾經實做過 DB Layer，對於抽象我有自己的看法。

首先相對於抽象，在編程上就是實做，換言之，抽象是訂定實做規格前必要的手段。
再來是抽象到底抽掉了什麼象？經驗告訴我，抽象是把介面從細節的「現象」抽出來。

用工程的角度來說，抽象是標準化的手法，它可以讓我們更快的瞭解一個系統。

最近，我又要離職了，這份工作將於2008-12-31日劃下一個句點。
這半年來，尤其是這兩個月，許多不利於上班族的訊息不斷在媒體中放送，例如：不景氣、無薪假、裁員等等。
我常常在想，家庭、社會、公司給每個人的歸屬到底是什麼？為甚麼大多數人害怕失業？

我在上一份工作上瞭解到家庭的牽絆，當時是在一個討論勞健保自付額度到底要選擇扣多少％的問題。