話說，最近跟客戶閒聊時，頻頻跟我抱怨，他的部下太笨，害他要跟著加班。
因為昇遷的關系，過去他的職務，現在是由他的部下來做。
這個位子的職稱應該是「承辦人」。他的職稱是主任。
出包的劇本總是這樣子：
(1) 承辦人收到一封email，這封email講了一件很重要的事。
(2) 承辦人不會處理，也不知道『自己不會處理』，於是沒有請示主任，選擇亂做。
(3) 主任有抓到這件事 —> 主任開始救火。
(4) 主任沒有抓到 —> 炸開了… 主任就得出去道歉了。
於是我想了一個解法，我幫他們灌了一個HESK，也就是open source的服務單系統。
並建議其運作流程：
(a) 這樣子，之後他們的單位對外，都是讓外部的人用服務單系統提交問題、資訊。
(b) 內部的人如果接到外部的email，原則上也要上來提交服務單，( 只是處理的人可能
是自己。)
這樣子，如果系統可以上線的話，應該就可以打破這個惡性循環了。
現在各家e-mail server，因收信規則是越來越嚴謹，如果自己的網域名，沒有設定好DKIM及SPF ……等等(還有smtp ip問題)，可能導致註冊會員認證信，會被丟到垃圾信裡。避免這樣的狀況，最快最便捷的方式，就是使用gmail smtp 來進行發信服務。
(想了解設定DKIM及SPF，請參考這篇文章：如何處理e-mail寄信會漏信？)
當網站管理者，要提交登錄到google或是bing的搜索引擎，可以使用他們的webmaster tools。在webmaster裡，還可以增加上傳網站的網站地圖(sitemap)，加速搜索引擎對於網站的收錄。
相信很多人想要抓取桌面或是瀏覽器的圖片時，首先所考慮的方法是使用鍵盤的print screen+小畫家，像我們在知識庫也是介紹這功能： 查看知識庫，請點我。
最近我們發現了一隻比print screen+小畫家，更好用的抓圖程式，而且還是免費的，所以趕緊介紹給大家來使用。這隻抓圖程式是skitch，這是由evernote官方推出的。
如果您是在研究網站的seo，千萬別錯過，這個好用的 chrome插件：page rank status，可以隨時隨地的看到，一個網站的 page rank 。
範例圖片： 
下載連結：請點我
如果是使用免費空間或免費域名，可能並不會產生page rank，page rank 只會顯示”?” ，表示無法判斷。主要是搜索引擎不太願意收錄引起的；如果一個網站，沒有page rank ，對特定關鍵字的排名排序，是會有相當影響的。
我們在前一篇: 如何查詢網站的關鍵字排名
為了在更進一步的了解，網站關鍵字的情況，我們又翻到一個網站，還可以查到網站的所使用的cms系統，在此推薦給大家。
============================================
1. 以unethsot.com為例:
2. 查到unethost.com是用drupal架的
3. 最後就是會秀出，所有出現頁面裡的關鍵字：
我們在這幾天，搜索了一下網站關鍵字的排名，發現如果是靠肉眼去數排名次序，
是有些費神的，所以就找到了下列網站，其中一個查詢的網站，精準率是相當高的，
值得大家來試試：
=========================================
查詢的網站: http://unethost.com
搜索關鍵字: 外國主機
=========================================
網站: http://dir.twseo.org/keywordrank.php
精準度: 普通
同時是否可輸入多字串: 否
===========================================================
http://smallseotools.com/keyword-position/
精準度: 相當高(推薦使用)
同時是否可輸入多字串: 是
使用filezilla的用戶有福了，filezilla內建多線並行傳輸的功能，可以縮短上傳多檔案的時間。
設定方式如下(以 filezilla 3.7.3 為範例)：
1.開啟 filezilla 後 ->編輯 ->設定
2.傳輸 ->並行傳輸 : 最大同行傳輸數目(預設為2，將此數字加大，最多可以加到10) -> 確認
這邊介紹，一個cpanel的轉信功能，其設定步驟如下：
1. 登入 cpanel > 郵件管理工具 > 信箱別名/轉信 。
2. 新增郵件轉寄者 。
3. 舉例：將 hello@tw-blog.com 的信轉到 abc@tw-blog.com ，
填入相關資料後，在點下”新增郵件轉寄者” 。 
4. 確認設定完成。
disp.cc 是個很有特色的電子布告欄網站，它用http + Ajax做出類似BBS的瀏覽效果，而且比BBS更好用。作者是台大電信所畢業的高材生。最近，disp.cc的人氣愈來愈高，我也順便看了一下，disp.cc的站長，knuckles是如何處理分流問題的。
引述站長在他個人的文章中，寫下的效能調校方法：
不過弄了之後發現，在一樣的價錢下，一台16G + 一台8G 的效能，比一台 24G 的效能好太多了 之前用單獨一台24G時，記憶體還空著很多，系統負載就飆高了… 看來要增加使用者不是單純加記憶體就好了
disp.cc的站長是租用日本的主機，所以有RTT上的優勢。而且該日本的主機商有提供一些高級的分流工具，例如node balancer，所以站長也可以相對容易完成分流這件事。雖然我個人認為，disp.cc站長做的決策非常的正確，但是，我卻不會建議我所有的客戶採用類似的解法。要說明這個觀點，要先從disp.cc的web server 設定開始講起。
在我寫這篇文章的時間點，disp.cc使用的web server是apache 2.2.15，PHP/5.4.20。雖然說，我沒有進一步的效能調節資訊，但是從站長提供的資料，我會猜測，之所以會發生『單獨一台24G時，記憶體還空著很多，系統負載就飆高了』這種情況，這跟apache C10K問題有關。
這個問題是這樣子產生的：對於要寫網路程式，最直覺的寫法，就是用阻塞式I/O並且配合多執行緒。( blocking I/O & multi-thread )，又稱之為thread-model的寫法。這樣子雖然是最簡單最直接的寫法，在連接數(connection number)到達一萬(10k)時，因為大量的執行緒不停地做環境切換(context switch)，導致增加硬體也無法提升效能的窘境。Context switch帶來的效能損耗會隨著執行緒(thread)愈多愈加嚴重，終於在10000個連接數時，到達崩潰的時間點。以今日的瀏覽器，往往輕易地可以產生6~10個平行的連接數，同時上線人數到達2000人時，這個C10K現象就會日益嚴重。
相對於傳統的阻塞式I/O和多執行緒寫法，另一種寫程式的寫法，是使用非阻塞式的I/O，單一執行緒處理大量連接的寫法。代表作品是nginx。( nginx為了可以發揮多核心處理器的效能，也是可以生成多執行緒的，但是本質上，nignx還是使用event-model來處理連接數的問題。) 我的客戶中，有同時1萬人上線的大論壇，用了nginx之後，就可以用獨立主機(dedicated server)順順地跑。
disp.cc這個站，雖然沒有使用event-model來處理，但是因為分流的緣故，每一台機器上的connection數剩下一半，如此一來，就巧妙地迴避了C10K問題。除此之外，一般而言，VPS的架構，不同的VPS，硬碟的IOPS也是獨立的。所以這種分流也迴避了硬碟I/O的瓶頸。
從價格上來說，一定是VPS便宜。但是真的要講性價比的時候，獨立主機(dedicated server)因為可以使用百分之百的硬體資源，反而可以有更高的性價比。也就是說，同樣一塊錢買到的硬體運算效能，Dedicated Server一般而言是大於VPS。
獨立主機雖然性價比高，但是如果遇到了這種C10K問題，沒有使用event-model來處理，就變成一定要分流。而且這種時候的分流是不經濟的，因為如果主機上的資源尚未充分使用就分流，這就造成了資源上的浪費。除此之外，VPS比較具有彈性，如果5000個connection只要使用2G的RAM，我們可以輕易找到提供2G RAM的VPS。但是獨立主機的硬碟規格就不能如此隨意地客製化，獨立主機配合不同世代的CPU，RAM的大小會愈來愈大。
總結，如果某個大站的站長想要節省主機的費用，一般而言，使用獨立主機，可以比VPS省到30%~50%左右。但是，使用獨立主機時，就可能不適合參考disp.cc現行的分流方式了。