風和日麗 天氣晴

以目前的科技來說 在 CPU 跟 RAM 都 OK 的情況下 仍然會卡的恐怕就是「硬碟」了 以前對 Hitachi (前身為 IBM) 2.5" 硬碟的印象 除了吵以外，還是吵！ 有用過的人應該都知道 在大量讀取或寫入資料時 硬碟會發出「喀、喀、喀」的異聲 沒用過 H 牌硬碟的人恐怕會以為中了 籤王 吧！ 應該不只 2.5" 會有這種情形 我有顆用了五年的 Hitachi 160GB IDE 7200rpm 的硬碟 買來的時候就在「喀」了 喀到後來…會發出更詭異的聲音 -.-" 那聲音在半夜聽到會很恐怖 有點類似嬰兒在哭但用機械化的方式表達 反正就亂怪一把的，而且還蠻規律的喔！ 後來漸漸換成 SATA 我就沒在用了 陸續用過好幾顆 2.5" 的硬碟 Toshiba 跟 Fujitsu 的真的是很安靜 雖然 Toshiba 在日本早就發表大容量 2.5" 硬碟 不過 新禾 （或者說台灣東芝）一直都沒引進 7200rpm 系列的硬碟 而 Fujitsu 7200rpm 的硬碟似乎是最近沒多久才開始在賣的 而一項名稱都比產品厲害的 H 牌在各種優勢下 在台灣算是容易買到，不過會比較貴… （Fujitsu 除了網路上以外，應該很難在實際店家購買到） 在店家跟網友的極力推薦下 我還是向 Hitachi 低了頭… 在網路上訂購後等了幾天就收到了 直接用 Acronis True Image 將硬碟磁區複製 實際使用上極為滿意！ 不但聲音安靜了許多許多許多 整體速度也提昇了不少 是顆不折不扣的好物呢！ 以下這張圖是 Hitachi 7K200 系列 200G 實測平均傳輸速度為 51.2 MB/s 搜尋時間（Access time） 15 ms 規格介紹： Made in Thailand 7,200 rpm Buffer 16MB DC+5V / 0.8mA SATA （150MB/s） 單碟 100G 支援 NCQ（Native Command Quening） 垂直寫入 Seek Time：10 ms 型號 HTS722020K9SA00 PS. 7K200 系列僅支援 SATA 介面 以下這張圖為 Hitachi 7K100 100GB 實測平均傳輸速度為 38.5 MB/s 搜尋時間（Access time）

Virtual Host/Direcroty （虛擬主機/目錄）在 Apache 中是個很常用的功能 基本上常用的 Web Server （如 IIS ）都有支援 他的好處是可以用不同的 DNS 去對應不同的目錄 這樣一來，一台機器就可以架上數十個甚至上百個站 Apache 的 Virtual Host 分成兩種： IP based IP-based virtual hosts use the IP address of the connection to determine the correct virtual host to serve. Therefore you need to have a separate IP address for each host. With name-based virtual hosting, the server relies on the client to report the hostname as part of the HTTP headers. Using this technique, many different hosts can share the same IP address. name based Name-based virtual hosting is usually simpler, since you need only configure your DNS server to map each hostname to the correct IP address and then configure the Apache HTTP Server to recognize the different hostnames. Name-based virtual hosting also eases the demand for scarce IP addresses. Therefore you should use name-based virtual hosting unless there is a specific reason to choose IP-based virtual

由於之前使用的 SVN Server 被我搞掛了 在費盡千辛萬苦後… 終於在另外一台機器上建立起相同的環境 而 SVN 跟 Trac 也都恢復原先的資料庫 以後再來分享這一段~ 前幾天試過 SVN checkout 沒問題 昨天挫到…以為將尚未 SVN commit 的檔案搞丟了 還好我並沒有真的這麼做 -.- 今天一起到公司就趕緊把這段時間的檔案 commit 上 SVN 不過遇到了些問題 由於之前的 SVN Server 的 IP 跟現在備用 SVN Server IP 不同 所以如果將 SVN checkout 後的檔案 用之前開發但尚未 SVN commit 的檔案蓋過 會發生這樣的錯誤訊息： Error: Unrecognized URL scheme for '' 後來嘗試單一檔案 SVN commit 後才發現 原先的 SVN Server IP 跟現在的 SVN Server IP 不同 SVN 在識別檔案是否變更過的資訊都在紀錄在該層的 .svn 資料夾 （注意：該 .svn 資料夾為隱藏檔案） 所以需將要覆蓋的資料夾中的所有 .svn 資料夾刪除 要顯示隱藏檔案請到 Tools 的 Folder Options 中設定 如果你想在 Unix-Like 下刪除 .svn 副檔名的所有檔案 find /home/www/public_html -name "*.svn" | xargs rm -rf 後面加上 -rf 才能刪除資料夾喔！ PS. 使用此指令前請先備份 參考來源： 樂咖黑電腦學習網 SEO Google Apps :: 刪除特定目錄下的特定檔案

剛剛測試了一下 使用 ini_set 去更改 php 上傳的檔案大小 ini_set('upload_max_filesize', 102400000) 發現竟然無效 參考了一下網路上的文章 除了看到設定 upload_ max_ filesize 以外 還要記得一起設定 post_max_size 相關參數才有用 而適用於 ini_set() 的參數請看參考資料3 除了 ini_set() 以外 還有一個強而有力的辦法 直接將設定值 php_value upload_max_filesize 50m 寫入到 .htaccess ini_set() 的好處是可以針對該支程式做特別設定 但如果用 .htaccess 就是針對目錄來統一設定 這樣活用性就會被受限制了 如果您想針對整個網頁伺服器做設定 那可以直接到 php.ini 裡面做設定就可以了！ 參考資料： 1 - PHP: ini_set 2 - Help with ini_set and max_filesize - PHP 3 - PHP: php.ini directives - Manual