調校火狐狸（FireFox）跑得更快

要讓Firefox的瀏覽速度加快僅需要簡單的幾個步驟，就可以讓原本體質就不錯的火狐狸脫胎換骨，更上一層樓。
Step 1
開啟一個Firefox瀏覽器，並於網址欄輸入「about:config」，按下鍵盤上的「Enter」之後，會進入Firefox的參數設定頁面
Step 2
接著，在底下的視窗中尋找到名為「network.http.pipelining」的參數項目，並按下滑鼠右鍵將其參數值從原本的「false」切換為「true」。
Step 3
另外，也找到「network.http.proxy.pipelining」參數項目，將其參數值也改為「true」，如圖所示。
Step 4
然後，再繼續尋找名為「network.http.pipelining.maxrequests」的參數項目，此一項目是Firefox可同時啟動 HTTP request的上限值，理論上，此一數值越高越好，加速的幅度也就越大，不過卻會增加遠端HTTP伺服器的負載量，建議輸入4的倍數值且切勿過高。
Step 5
接下來，請在空白處按下滑鼠右鍵新增一整數型態的參數項目。
Step 6
在輸入視窗中鍵入「nglayout.initialpaint.delay」之字串。
Step 7
接著將參數值設定為「0」。
Step 8
如圖所示，此一新增的參數項目是代表瀏覽器在接收資料前所需等待的總時間，等待時間越短，則可加速瀏覽時的下載速度。

另一個方法:
若覺得這樣還不夠快，還可以在以滑鼠右鍵點擊Firefox捷徑選擇「內容」，接著在「目標」的輸入欄中加上「-turbo」的參數值，如下圖所示。這個方式會使得Firefox以長駐型態存在於系統之中，執行後你會發現Firefox將會隱藏在工作列之中。

* network.dns.disableIPv6
在 Filter 中輸入 network.dns.disableIPv6，雙擊並賦值為 true。
IPv6把 IP 地址由 32 位增加到 128 位，從而能夠支持更大的地址空間，當用戶在終端向一個 IPv6-capableDNS服務器發送連接請求時，也許服務器端會錯誤的返回給用戶一個 IPv4 地址。而 Firefox 可以對這一切明察秋毫，不過在Firefox糾錯的同時也必然會導致信號的延遲，所以這裡我們把她賦值為 true，禁用掉她。

* content.interrupt.parsing
右鍵新建 Boolean 值，鍵名為 content.interrupt.parsing，賦值 true。
默認這個鍵值並不存在。我們激活這個鍵值之後，當目標網頁載入時，Firefox會根據一定頻率打斷解析的過程，不斷的向用戶反饋她所收集到的網頁信息，有點像流媒體的意思。這時的 Firefox很聰明，不會一根筋的一直鑽牛角。在下面的內容中我還會具體講一下這個鍵值的魅力所在。

* content.max.tokenizing.time
右鍵新建 Integer 值，鍵名為 content.max.tokenizing.time，賦值 2250000。
這個鍵值的作用其實就是指定一個循環事件的處理週期，這裡的單位是微秒，要是我沒有算錯的話。理論上當我們將這個值取的越小，網頁就會從視覺上載入的越流暢，因為Firefox會在很短的單位時間裡反饋回解析到的網頁信息。可是這樣無疑延遲了網頁整體載入的時間，所以在這裡我們不妨將這個週期取的大一些，理論上可以加速網頁的載入。

* content.notify.interval
右鍵新建 Integer 值，鍵名為 content.notify.interval，賦值 750000。
載入一個網頁其實也是一門很大的學問。讓我們來放一個慢動作，我們姑且先把在終端第一次收到的網頁信息很不專業的叫做預載入頁面吧，這個頁面有可能是不完整的圖片或者文字，或者別的媒體文件。從我們第一次向遠端主機發出連接請求到我們在終端收到這個預載入頁面花費的時間，就是這裡我們要定義的鍵值。理論上當我們將這個時間設置的很低時，肯定會更快的拿到所謂的預載入頁面，可這是一種殺雞取卵的做法，這樣無形中反而增加了我們整體頁面的載入時間。按照官方的說法，低於 100,000 將會降低 Firefox 的性能，那好吧，那我們把她彪到 750000 吧。

* content.notify.ontimer
右鍵新建 Boolean 值，鍵名為 content.notify.ontimer，賦值 true。
為了使我們上面設置的 750000 微秒生效，還需要把這個鍵值激活。只有這兩個鍵值配合，才會起作用。

* content.notify.backoffcount
右鍵新建 Integer 值，鍵名為 content.notify.backoffcount，賦值 5。
這個鍵值控制Firefox的內置計數器在歸零之前載入頁面返回的次數。我們將目標網頁分成好多個部分進行下載，每下載完一個部分，計數器歸零一次。-1 就是沒有限制，值為0時這項功能被禁用。這裡我們將她設置成5，當返回的次數達到五次而這部分網頁還沒有完全下載完時，那麼剩下的沒有下載完的網頁內容將不會再按照我們預告設置的週期，像之前的五次那樣一點一點的搬運回來，而是會一次性的下載完。也就是說在這個部分的網頁下載過程中，Firefox 一共向我們反饋了 6 次信息，前5次的時間間隔是我們在上面的鍵值中設置的週期 2250000 微秒，而第6次也就是最後一次則沒有時間限制，什麼時候把剩下的下完了，什麼時候反饋回來。
只有當我們在上面提到的 content.notify.ontimer 鍵值為 true 的時候，這裡的設置才會生效。

* content.switch.threshold
右鍵新建 Integer 值，鍵名為 content.switch.threshold ，賦值 750000，也就是四分之三秒。
在前面我們提到了一個鍵值 content.interrupt.parsing，通過激活她實際上我們可以在載入頁面的過程中跟Firefox產生互動，畢竟我們每一個人的心裡都充滿了愛。把 content.interrupt.parsing 激活後當頁面載入時Firefox會有兩種操作模式：高頻和低頻中斷模式。使用高頻模式時，網頁回饋的頻率也很高，我們坐在顯示器前看到的網頁載入過程也會更加的平滑。低頻時網頁回饋的頻率相對比較低，可是這時反而加快了網頁載入的時間。當我們移動鼠標或者觸擊鍵盤時，高頻模式被激活。在經過某一段時間我們沒有碰鼠標和鍵盤，程序沒有接到鼠標和鍵盤發出的任何指令時，Firefox 就會自動進入低頻模式工作，而這所謂的某一段時間，就是我們這裡要指定的值。

* config.trim_on_minimize
右鍵新建 Boolean 值，鍵名為 config.trim_on_minimize，賦值 true。之後當你暫時不用Firefox的時候，把它縮小到工作列上，記憶體用量馬上就會降低，最低可以降到10MB之下，等你再次放大Firefox視窗的時候才會增加。

最後按下確定，之後關閉Firefox並重新啟動。

RJ11 電話線接法

四芯電話線的排法：黃、綠、紅、黑，僅綠紅有在用

二芯電話線接中間兩孔（2、3孔）即可，不分極性，直流電壓約40-50V

RJ45 100M的雙絞網線中哪幾根是不用的？我需要用做電話線。

把網線的1 3 2 6這四芯做網絡用(銅片向上,從左至右依次排列),其它的四芯可以剔出來接兩部電話或再接一路網絡。如果只接一部電話建議剔4 5兩芯。不過這樣一來交換機和電腦上網絡顯示就會從100M變為10M，要相信你接入Internet上網時，帶寬通常不會超過10M。
實際上在100M網絡運行下,通常八芯就會全用，因為100M網絡傳輸對線路要求較高，不光要用1 3 2 6 ，否則網絡運行就會不穩定。國際標準中規定:網線排列順序有兩種:即568A和568B,正常情況下依照568B標準居多,既排線順序為：1白橙、2橙、 3白綠、4藍、5白藍、6綠、7白棕、8棕(將其中的1和3、2和6分別顛倒一下為568A標準）。
剝開網線我們可發現四對雙絞線纏繞的密度並不一樣，用來傳輸數據的橙、綠兩對，纏繞圈數明顯大於用來接地和其它公共用途的棕、藍兩對，所以建議大家平時做跳線時，嚴格按照568B的順序來排列。也有的人認為：「我就喜歡用自己習慣的排列順序來做線，也是可以用的嗎？」在這裡我們要強調，不論做直連線還是交叉線（一端用568A，另一端用568B的方法做出的跳線為交叉線）如果用自己的習慣來排列線序的話，一定要把1 3兩芯放在一對雙絞線上、2 6兩芯放在一對雙絞線上。否則的話就失去了雙絞線的作用。數據傳輸衰減嚴重，傳輸距離大大降低。

如 何 設 定 DNS 及 Domain ？

PS：常用DNS
HiNet: 168.95.1.1　168.95.192.1
台灣固網: 61.31.233.1
SeedNet: 139.175.55.244　139.175.252.16

給CPU塗散熱膏的正確方法！

出處：中國電腦教育報　　　作者：UMBRO

熱衷於超頻、改造的DIYer們個個都曉得散熱的重要性，但是看似簡單的塗散熱膏（矽脂）方法，卻是很多玩家最容易忽略的一環。因為CPU表面的Die部分 太小，再加上某些CPU（如AMD Athlon XP）表面還有外露的電容、電阻及小金橋等，用散熱膏不當隨時可能因短路使CPU燒燬，因此Athlon XP的安裝至今仍是DIY新手最難的一個畢業考試。有鑑於此，今天筆者就與大家一起探討哪種塗散熱膏的方法才是最恰當的。

一、散熱膏要多還是要少？
若要在「多」、「少」兩個字眼中硬選一個作為標準的話，筆者奉勸各位DIY新手寧少莫多。當然，散熱膏用得太多或太少其實都不恰當，但使用過散熱膏的人都知道，一般都會擠出太多散熱膏，所以用散熱膏最基本的是要懂得控制擠膏時的力度。

二、建議擠散熱膏的標準
1. 擠出時，散熱膏的管嘴指向CPU表面的Die中心。不要像擠牙膏那樣由左到右擠，因為裝散熱器時壓力會把Die兩側的散熱膏向外推，多餘的散熱膏會被推到接近電容的地方。

2. Athlon系列CPU的Die部分很小，所以只需擠出大約佔Die面積1/4左右的散熱膏（如圖1）。



3. P4 CPU的Die保護蓋面積較大，擠出散熱膏只需約擠出佔Die面積1/9左右的份量。有人認為P4表面也應該塗滿散熱膏，但其實這是不必要的。P4表面的散熱膏被擠成直徑接近金屬蓋邊長的圓形就已經足夠了（如圖2），太多了反而容易污染CPU插座和主板。



4. 若擠散熱膏稍微多出上述比例，可以用紙把多餘的散熱膏輕輕抹掉。

5. 若擠出散熱膏份量太多的話，最好把Die以外的污染部分完全清潔乾淨後再試。因為如果不瞭解某種品牌散熱膏的導電性，弄污電阻、電容及小金橋的散熱膏已足以引起短路把CPU燒燬。

三、散熱膏要不要用外物塗薄

這是一個爭論已久的問題。最早期的觀點是要用外物把散熱膏塗得越薄越好，但到後期又發現用外物把散熱膏塗平時會把多餘空氣混入，在CPU和散熱器表面形 成空腔（如圖3），導致降低傳熱效果。兩種說法都有其理論依據支持，筆者個人較為傾向不用外物塗平散熱膏。原因是用外物把散熱膏塗平時會混入多餘空氣以及 空氣中的塵埃，再者放上散熱器時已經塗薄的散熱膏沒有足夠的承托力去承受扣具第一下的壓力，極易損壞Athlon脆弱的Die邊角。而且塗平時也不能保證 整體表面厚薄一致，與CPU表面的接觸易形成接觸不良。



其實只要份量適當，當散熱器從恰當的角度裝下時自然會把散熱膏平均壓送到Die表面每一角落。散熱膏也會因各種散熱器壓力不同而自行調節厚薄，也不會混入多餘空氣和微塵，此為較穩妥和簡單的做法。

四、總結：份量控制最重要
其實，並沒有最完美和通用的一種散熱膏塗抹方法，像一些水分較少而密度很大的散熱膏，筆者有時也不得不借助外物塗平。但總的說來，只要散熱膏份量控制得當，配合正確的散熱器安裝方法，是不容易把CPU燒燬的。

DOM(disk on module)安裝GeexBox-備忘錄

使用的DOM型號：TS32MDOM40V Transcend 32MB 40-pin IDE Flash Module
安裝流程：
1.DOM的jump設為Unlock及Master，插入主機板IDE第一槽。
2.以USB隨身碟開機，啟動NoName XPE。
3.開始→程式集→磁碟工具→WINPM(Paragon Partition Manager)→對DOM重新《創建、格式化、設置活動》。
4.重新設置DOM的MBR(Master Boot Record)：!setup_geexbox→Grub4dos installer→grubinst_gui.exe
執行 grubinst_gui.exe 後，畫面如下
‧Disk：請選擇您的 USB 隨身碟，記得要選對喔!
‧然後勾選下面三項
　 No Backup MBR
　 Don't search floppy
　 Disable PrevMBR
5.拷貝所需檔案：geexbox目錄及FLOWER.XPM﹐GRLDR﹐MENU.LST三個檔, 拷貝至優盤中, 即完成安裝而可使用。

Ubuntu 中 Gnome Commander 設定SMB書籤，產生【Listing failed:無法提供服務】！

修正方式：
書籤→管理書籤→更改路徑
/DOCTOR/DOCTOR-C
為
/DOCTOR/DOCTOR-C/
即路徑最後要加「/」