心智圖是一張集中了所有關連資訊的語義網路或認知體系 圖像。所有關連資訊都是被輻射線形及非線性圖解方式接連在一起，以頭腦風暴（激發靈感）方法為本去建立一個適當或相關的概念性組織任務框架。但腦力激盪 （激發靈感）方法，語義網路 或 認知體系是沒有一個既定製式鏈去互相連接使用，亦即是可以自由相連接使用的。元素是直覺地以概念的重要性而被安排及組織入分組、分支，或區域中。會集知識 方法是能夠支援現有的記憶，去思考語義的結構資訊。

心智圖的中心通常是一個單字或者是一個主題，而環繞在中心外的是相關的思想、言論和概念。

心 智圖的中心通常是一個單字或者是一個主題，而環繞在中心外的是相關的思想、言論和概念。心智圖是用一個中央關鍵字或想法以輻射線形連接所有的代表字詞、想 法、任務或其他關聯專案的圖解方式。它可以利用不同的方式去表現人們的想法，普遍地用作在研究、組織、解決問題和政策制定中。

心智繪圖有兩種：一種是聯想心智繪圖，用來做事物聯想的腦力激盪，可以建立聯想中心主題，使思考不致離題，幫助大腦做聯想，並記錄下來；另一種是分類分層心智繪圖，用來把知識分門別類，可以在大腦中建立整體架構 ，並可幫助記憶和學習。

手 繪心智圖時，一開始就將主題擺在中央，然後開始向外擴張分枝, 並利用文字、顏色、圖像等來表達內容。只要運用手、腦、紙張和色筆就能畫出一張漂亮的心智圖。使用Google圖片搜尋「心智圖 Mind Map」即可觀看更多作品。手繪心智圖比較費時，利用軟體繪製心智圖可以事半功倍，Freemind和XMind都是免費的軟體，利用它可以畫出各種心智 圖。

修改方法：

1, mysql的配置文件my.conf中

[mysqld]部分

添加
interactive_timeout=30
wait_timeout=30

時間長短由自己來設定。

然後重啟mysql服務/etc/init.d/mysql restart

2,
用root登陸mysql執行命令

不過這個方法重啟mysql以後配置會變成默認。

mysql>set global wait_timeout = 10;對當前交互鏈接有效； (由於mysql的BUG所有這邊必須加global)
mysql>set global interactive_timeout = 10;對後續起的交互鏈接有效；

「雲端運算」=「網路」=「網路運算」。「雲端運算」不是「新技術」或「技術」。「雲端運算」是一種概念，代表的是利用網路使電腦能夠彼此合作或使服務更無遠弗屆。在實現「概念」的過程中，產生出相應的「技術」。

隨著Google在去年初宣布於台灣啟動「「雲端運算」學術計畫」，「「雲端運算」」這個聽來帶點浪漫色彩的科技名詞立時席捲各大媒體版面。眾多網路公司以及「網格運算」服務都搶搭順風車，聲稱他們的服務也屬於「「雲端運算」」。但是，只怕很少人能夠聽明白他們口中的這朵「雲」代表著什麼玄機，以及它究竟要做什麼「運算」。

所謂「雲端」其實就是泛指「網路」，名稱來自工程師在繪製示意圖時，常以一朵雲來代表「網路」。因此，「「雲端運算」」用白話文講就是「網路運算」。舉凡運用網路溝通多台電腦的運算工作，或是透過網路連線取得由遠端主機提供的服務等，都可以算是一種「「雲端運算」」。

所以說，「雲端運算」其實不是新技術，更嚴格的說，甚至不能算是「技術」。「雲端運算」是一種概念，代表的是利用網路使電腦能夠彼此合作或使服務更無遠弗屆。而在實現「概念」的過程中，才會產生出相應的「技術」。

「雲端運算」的概念事實上也不算新，其本質大抵承襲自「分散式運算」(Distributed Computing)以及「「網格運算」」(Grid Computing)這兩位老前輩。在進一步窺探雲中的奧秘之前，先讓我們來認識其源頭。

所謂「分散式運算」，顧名思義，就是將大型工作區分成小塊後，分別交由眾多電腦各自進行運算再彙整結果，以完成單一電腦無力勝任的工作。最著名的例子莫過於1999年啟動的「SETI@home計畫」。該計畫利用超過500萬名參與者的個人電腦的空閒時間進行分析無線電訊號的運算，以期能找出外星生物。

而「「網格運算」」則是分散式運算加以延伸的一支，其主要特點在於將各種不同平台、不同架構、不同等級的電腦透過分散式運算的方式做整合運用。所謂的「網格」指的則是以公開的基準處理分散各處的資料。

由此觀之，「雲端運算」與「網格運算」並沒有顯著的不同。的確，兩者都是分散式運算的延伸，唯獨「網格運算」著眼於整合眾多異構平台，而「雲端運算」則強調在本地端資源有限的情況下，利用網路取得遠方的運算資源。

問題來了，若說只要是透過網路線接上「雲端」並利用遠端資源就可以稱做「雲端運算」，那麼上Gmail收發信件與利用BitTorrent之類的P2P技術取得資料，豈不都可算是「雲端運算」？但是這兩者在本質上有著明顯的不同，究竟何者才能算是「正港」的「雲端運算」呢？

在「電腦世界」(Computer World)一篇標題為「雲端運算」的過度混淆」( Cloud computing hype spurs confusion) 的文章中，引述了知名分析公司Gartner的分類方式，將「雲端運算」區分為兩大類，分別為「雲端服務」(Cloud Computing Services)與「雲端科技」(Cloud Computing Technologies)。

Gartner指出，「雲端服務」專注在於藉由網路連線從遠端取得服務。例如提供使用者安裝和使用各種不同作業系統的Amazon EC2服務。這類型的雲端計算可以視為「軟體即服務」(SaaS, Software as a Service)概念的後繼。利用這些服務，使用者甚至可以只靠一支手機做到許多過去只能在個人電腦上完成的工作。

而「雲端科技」則是著眼於利用虛擬化以及自動化等技術來創造和普及電腦中的各種運算資源。Gartner認為，這種類型可以視為傳統資料中心(Data Center)的延伸，且不需要經由第三方提供外部資源便可套用在整個公司的內部系統上。

所以說，根據Gartner的定義，Google所謂的「雲端運算」，包含「iGoogle」、「Google Calendar」等，雖然也有運用到「雲端科技」的部分，但是大抵上其模式則是屬於「雲端服務」的範疇。

不讓Google、Yahoo!等網路公司專美於前，趨勢科技於2008年11月全球首創使用「雲端運算」技術進行防毒。使用者不需要再像過去那樣，將更新過的病毒碼下載到個人電腦中，而是在網路上即時偵測惡意程式。藉由「雲端運算」，使用者便可節省更新病毒碼所需的硬碟空間，而且也能一併解決病毒碼批次更新速度比不上新病毒產生速度的問題。此外，這種更為主動且即時的防禦方式更能夠有效防禦自2007年起大量激增的惡意網頁。

當然，「雲端運算」的威力不僅僅是提供使用者更妥善的服務而已，對企業而言，「雲端運算」能夠有效的降低成本與風險。由於雲端服務不需要將程式安裝在用戶的電腦中，對服務商而言，降低了商業程式邏輯被破解的風險。此外，過去常見到台灣公司必須先將在本地收集的資料傳回美國，經過美國工程師處理後再傳回台灣作業的情況，如此一來則需耗費大量的網路傳輸費用以及時間。利用「雲端運算」，位在世界各地的開發人員便能夠透過同一套平台更即時且密切的合作。iThome曾引述趨勢科技研究開發部專案經理楊覲寧的看法：「(「雲端運算」)不只是縮短資料傳輸時間，也加快了趨勢開發新產品的速度。」

然而，在熱情擁抱雲彩之前，先讓我們停下來想想在雲深不知處是否有什麼未見的隱憂。首先，將服務集中在雲端上便有「將雞蛋放在同一欄」的風險。比方說，在我用我個人電腦上的WORD程式寫這篇文章的過程中，假設WORD突然無法執行，我只要將文件檔案複製到其他裝有WORD的電腦上就可以繼續完成這篇文章。若我是利用雲端服務商提供的文字處理程式，一旦該供應商暫停服務，我能做的就只剩下潛心祈求我的檔案有被妥善保存並向客服人員抱怨。此外，使用者的行為、習慣、愛好等等，都將隨著雲端服務一同被服務商紀錄下來。換句話說，以往在個人電腦上被使用者視為隱私的部分，將會更直接地暴露在網路之上。

雖然「雲端運算」的發展態勢仍稍嫌模糊混沌，其在「網格運算」和分散式運算間的定位也是妾身未明。但無論如何，整合眾多電腦的資源使之通力合作以完成更龐大的作業，是未來發展的必然趨勢。正如趨勢科技董事長張明正所說：「下一個20年，資安業會怎麼走我不知道，但未來的3、5年，「雲端運算」勢必是重點技術！」

1、如果能將類的方法定義成static，就盡量定義成static，它的速度會提升將近4倍。

2、$row['id'] 的速度是$row[id]的7倍。

3、echo 比print 快，並且使用echo的多重參數(譯註：指用逗號而不是句點)代替字符串連接，比如echo $str1,$str2。

4、在執行for循環之前確定最大循環數，不要每循環一次都計算最大值，最好運用foreach代替。

5、註銷那些不用的變量尤其是大數組，以便釋放內存。

6、盡量避免使用__get，__set，__autoload。

7、require_once()代價昂貴。

8、include文件時盡量使用絕對路徑，因為它避免了PHP去include_path裡查找文件的速度，解析操作系統路徑所需的時間會更少。

9、如果你想知道腳本開始執行(譯註：即服務器端收到客戶端請求)的時刻，使用$_SERVER['REQUEST_TIME']要好於time()。

10、函數代替正則表達式完成相同功能。

11、str_replace函數比preg_replace函數快，但strtr函數的效率是str_replace函數的四倍。

12、如果一個字符串替換函數，可接受數組或字符作為參數，並且參數長度不太長，那麼可以考慮額外寫一段替換代碼，使得每次傳遞參數是​​一個字符，而不是只寫一行代碼接受數組作為查詢和替換的參數。

13、使用選擇分支語句(譯註：即switch case)好於使用多個if，else if語句。

14、用@屏蔽錯誤消息的做法非常低效，極其低效。

15、打開apache的mod_deflate模塊，可以提高網頁的瀏覽速度。

16、數據庫連接當使用完畢時應關掉，不要用長連接。

17、錯誤消息代價昂貴。

18、在方法中遞增局部變量，速度是最快的。幾乎與在函數中調用局部變量的速度相當。

19、遞增一個全局變量要比遞增一個局部變量慢2倍。

20、遞增一個對象屬性(如：$this->prop++)要比遞增一個局部變量慢3倍。

21、遞增一個未預定義的局部變量要比遞增一個預定義的局部變量慢9至10倍。

22、僅定義一個局部變量而沒在函數中調用它，同樣會減慢速度(其程度相當於遞增一個局部變量)。PHP大概會檢查看是否存在全局變量。

23、方法調用看來與類中定義的方法的數量無關，因為我(在測試方法之前和之後都)添加了10個方法，但性能上沒有變化。

24、派生類中的方法運行起來要快於在基類中定義的同樣的方法。

25、調用帶有一個參數的空函數，其花費的時間相當於執行7至8次的局部變量遞增操作。類似的方法調用所花費的時間接近於15次的局部變量遞增操作。

26、Apache解析一個PHP腳本的時間要比解析一個靜態HTML頁面慢2至10倍。盡量多用靜態HTML頁面，少用腳本。

27、除非腳本可以緩存，否則每次調用時都會重新編譯一次。引入一套PHP緩存機制通常可以提升25%至100%的性能，以免除編譯開銷。

28、盡量做緩存，可使用memcached。memcached是一款高性能的內存對象緩存系統，可用來加速動態Web應用程序，減輕數據庫負載。對運算碼(OP code)的緩存很有用，使得腳本不必為每個請求做重新編譯。

29、當操作字符串並需要檢驗其長度是否滿足某種要求時，你想當然地會使用strlen()函數。此函數執行起來相當快，因為它不做任何計算，只返回在zval 結構(C的內置數據結構，用於存儲PHP變量)中存儲的已知字符串長度。但是，由於strlen()是函數，多多少少會有些慢，因為函數調用會經過諸多步驟，如字母小寫化(譯註：指函數名小寫化，PHP不區分函數名大小寫)、哈希查找，會跟隨被調用的函數一起執行。在某些情況下，你可以使用isset() 技巧加速執行你的代碼。

(舉例如下)

　　if (strlen($foo) < 5) { echo “Foo is too short”$$ }

　　(與下面的技巧做比較)

　　if (!isset($foo{5})) { echo “Foo is too short”$$ }

　　調用isset()恰巧比strlen()快，因為與後者不同的是，isset()作為一種語言結構，意味著它的執行不需要函數查找和字母小寫化。也就是說，實際上在檢驗字符串長度的頂層代碼中你沒有花太多開銷。

34、當執行變量$i的遞增或遞減時，$i++會比++$i慢一些。這種差異是PHP特有的，並不適用於其他語言，所以請不要修改你的C或Java代碼並指望它們能立即變快，沒用的。++$i更快是因為它只需要3條指令(opcodes)，$i++則需要4條指令。後置遞增實際上會產生一個臨時變量，這個臨時變量隨後被遞增。而前置遞增直接在原值上遞增。這是最優化處理的一種，正如Zend的PHP優化器所作的那樣。牢記這個優化處理不失為一個好主意，因為並不是所有的指令優化器都會做同樣的優化處理，並且存在大量沒有裝配指令優化器的互聯網服務提供商(ISPs)和服務器。

35、並不是事必面向對象(OOP)，面向對象往往開銷很大，每個方法和對象調用都會消耗很多內存。

36、並非要用類實現所有的數據結構，數組也很有用。

37、不要把方法細分得過多，仔細想想你真正打算重用的是哪些代碼?

38、當你需要時，你總能把代碼分解成方法。

40、如果在代碼中存在大量耗時的函數，你可以考慮用C擴展的方式實現它們。

39、盡量採用大量的PHP內置函數。

41、評估檢驗(profile)你的代碼。檢驗器會告訴你，代碼的哪些部分消耗了多少時間。Xdebug調試器包含了檢驗程序，評估檢驗總體上可以顯示出代碼的瓶頸。

42、mod_zip可作為Apache模塊，用來即時壓縮你的數據，並可讓數據傳輸量降低80%。

43、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情況下，盡量用file_get_contents，因為他的效率高得多!但是要注意file_get_contents在打開一個URL文件時候的PHP版本問題;

44、盡量的少進行文件操作，雖然PHP的文件操作效率也不低的;

45、優化Select SQL語句，在可能的情況下盡量少的進行Insert、Update操作(在update上，我被惡批過);

46、盡可能的使用PHP內部函數(但是我卻為了找個PHP裡面不存在的函數，浪費了本可以寫出一個自定義函數的時間，經驗問題啊!);

47、循環內部不要聲明變量，尤其是大變量：對象(這好像不只是PHP裡面要注意的問題吧?);

48、多維數組盡量不要循環嵌套賦值;

49、在可以用PHP內部字符串操作函數的情況下，不要用正則表達式;

50、foreach效率更高，盡量用foreach代替while和for循環;

51、用單引號替代雙引號引用字符串;

52、“用i+=1代替i=i+1。符合c/c++的習慣，效率還高”;

53、對global變量，應該用完就unset()掉;

mysql> INSERT INTO table (a,b,c) VALUES (1,2,3) ON DUPLICATE KEY UPDATE c=c+1;
mysql> UPDATE table SET c=c+1 WHERE a=1;

如果行作為新記錄被插入，則受影響行的值為1；如果原有的記錄被更新，則受影響行的值為2。
註釋：如果列b也是唯一列，則INSERT與此UPDATE語句相當：

mysql> UPDATE table SET c=c+1 WHERE a=1 OR b=2 LIMIT 1;

如果a=1 OR b=2與多個行向匹配，則只有一個行被更新。通常，您應該盡量避免對帶有多個唯一關鍵字的表使用ON DUPLICATE KEY子句。

您可以在UPDATE子句中使用VALUES(col_name)函數從INSERT…UPDATE語句的INSERT部分引用列值。換句話說，如果沒有發生重複關鍵字衝突，則UPDATE子句中的VALUES( col_name )可以引用被插入的col_name的值。本函數特別適用於多行插入。VALUES()函數只在INSERT…UPDATE語句中有意義，其它時候會返回NULL。

示例：
mysql> INSERT INTO table (a,b,c) VALUES (1,2,3),(4,5,6) ON DUPLICATE KEY UPDATE c=VALUES(a)+VALUES(b);

本語句與以下兩個語句作用相同：

mysql> INSERT INTO table (a,b,c) VALUES (1,2,3) ON DUPLICATE KEY UPDATE c=3;

mysql> INSERT INTO table (a,b,c) VALUES (4,5,6) ON DUPLICATE KEY UPDATE c=9;

當您使用ON DUPLICATE KEY UPDATE時，DELAYED選項被忽略。

CSS
[css]
div.loading {
background-color: #eee;
background-image: url(‘loading.gif’);
background-position: center center;
background-repeat: no-repeat;
opacity: 1;
}
div.loading * {
opacity: .8;
}
[/css]

女生與男生在一起的時候，最討厭的話題是什麼？我想大部分的女生都會異口同聲地說：「那些講到半夜都講不完的當兵故事。」EMBA的學姊說，她沒辦法想像那些連書上東西都背不起來的男生，竟然都快老年痴呆了還可以記得住當兵時的「兵籍號碼」？！我想起美國研究越戰失敗的原因，最後發現關鍵在於輪調制度，這個制度讓連隊上的戰士可以期滿回國休息，卻也讓戰友彼此缺乏生死與共的情感，大家只想打自己的戰爭，只在算自己何時可以回國。

諾曼地著名的101空降師，有個感人的故事：大戰結束後很多年，當年戰士的小孫子問曾經隸屬這個空降師的爺爺：「你是個偉大的戰士嗎？」年老的戰士回答：「不是的，但我屬於一個偉大的團隊。」團隊之所以成功，是因為屬於團隊的每一份子把戰友們當兄弟，會願意為兄弟去死，這就是偉大團隊之所以形成的原因。

不過團隊精神現在已經很少聽到了，團隊裡面也沒什麼默契，或許是沒有什麼振奮人心的故事，大家每天做的事情都不知道結果是什麼，為什麼要這樣做？所以團隊只是用薪水與工作執掌來維繫著。政大教授問了美國人一個問題：「為什麼Apple的股價這麼高還是有人繼續買？」這些美國人的答案是：「我們希望跟隨賈伯斯改變這個世界！」

團隊之所以偉大，並不是因為每個成員都很厲害，而是彼此願意互相掩護互相合作，所以形成的力量足以改變這個世界。領導者很重要，團隊願意凝聚在一起，大多是對於願景的認同，尤其是在團隊歷經低潮的時候，更能顯示出領導者的魅力與能力。或許我們會覺得自己只是個小主管，公司裡面帶領願景的領導者是董事長，但是小團隊的形成則是我們這些隊長的責任。隊長的責任不只是領導，更需要溝通、說服、愛護部屬，形成紀律還有參與感，並且堅持團隊的產出品質，自然團隊精神就會出來。

如果牧羊人是企業領導人，那麼管理者就是牧羊犬了（這只是比喻，沒有貶低的意思）。牧羊犬除了要幫助牧羊人讓羊群不會落單之外，也要負責驅趕、煞車、威嚇等動作，讓羊群可以從一片草地移動到其他地方。擔任小團隊隊長的我們，要把牧羊犬的工作做好，如果有人持續落單、落後，那只能請他離開團隊；如果有同仁不盡責，犯了錯或發生爭執衝突，我們除了威嚇之外，也需要讓他們知道他們仍然屬於團隊，團隊需要他們的幫忙才能一齊創造榮耀。

「那其實是搞小圈圈、小團體」，我的朋友不以為然地說，「你把team帶得很好，結果就會跟另外一個team發生碰撞。」小團隊如果很團結，難免跟公司其他小團隊發生摩擦，但這是隊長的責任，因為大家屬於一個更大的團隊，隊長必須放下面子出來握手言和。這一次日本的311地震，重創幾家汽車工廠，一個長輩說，這種事情要是在臺灣，那些倖存的人馬上趁機落井下石，搶訂單的，抽銀根的，放高利貸的都來了。但是日本的汽車業者之所以偉大，在於領導者們放下面子與身段，一齊停工，討論該如何互相扶持讓產業持續發展。

我很喜歡許士軍教授所說的「典範」這個理念。當一個成員願意效命於他所隸屬的團隊，領導者必須要思考的事情，是在適當的時機做「典範」該做的事情。平常鬥個你死我活，但是共同的危機出現，或者該是要互相尊重的時候，就應該有典範的作為。並不是把對手逼到絕境就可以獲得團隊的認同，大家會希望能做些不一樣的，或者有益於社會，有益於產業的事情。同樣的，凝聚團隊精神就需要在關鍵時刻鼓勵大家，這不需要有慷慨激昂的演講，只要讓大家拿出決心與熱情，並且努力不懈地與團隊成員溝通，一個打不倒的勇者會是團隊成員最認同的對象。

不要放棄感動人的機會，雖然可能很肉麻，但是如果領導者缺乏「感心」的能力，是無法形成團隊的。記得春秋戰國名將吳起幫士兵吸出膿血的故事嗎？要讓我們的團隊成為英雄連，領導者只要能感動屬下，就能激發出人性光輝的一面，並且導向強烈的信任，push領導者成為英雄。「理念」則是要一直重複與團隊成員溝通，要把團隊精神掛在嘴上，把團隊的理念一講再講，直到牢牢烙印在每個人心中，默契與精神才有辦法凝聚。開導與開拓同仁的胸襟非常重要，任何團隊一定有人互相看不順眼，但是因為尊重對方的專業，所以我們也會樂意待在這個團隊中。

知識與觀念的提升，持續的教育訓練，辦公室活動的舉辦，假日郊遊與聚餐……，要讓一個團隊形成不只是辦公室裡面的事情，更重要的是辦公室外面的互動，還有員工家庭成員的參與。我們在建構自己的英雄連時，就要持續維持這些外圍的支持力量，並且化解內部因為壓力造成的衝突，讓大家為團隊做事而不是為自己做事，就能在競爭多變的情況下，打一場漂亮的勝仗。

作者簡介：
吳俊瑩－iThome電腦報技術主筆
交大電子工程系、臺大電機研究所、政大科技班畢業、政大EMBA國際金融組肄業、瑞士歐洲大學企管博士候選人，身兼IT/電子技術顧問和某電子公司行銷副總。