＊°╮Olily City╭°＊

＊要區分這些產品之前，要先知道幾個基本觀念。
   
1.封包：網路上資料的傳輸是以封包的方式傳遞，封包裡面通常含有來源和目的的IP位址，來源和目的的MAC位址，當然還有資料啦。
2.IP位址：我想這個大家都知道，要上網一定要有IP位址，如果IP位址不夠，那麼就需要IP分享器囉。
3.MAC位址：這個比較少人知道，每一張網路卡其實都有一個MAC位址，全世界絕對不會有跟你相同的MAC位址的網路卡或設備。
1.HUB：我們稱做集線器，一般而言，HUB有兩大特性，一個就是廣播，一個就是半雙工。
廣播是指，當A電腦要透過HUB送資料給B電腦的時候，A送出來的資料其實連接在這台HUB上的電腦都會收到，但是只有B電腦會將資料收起來，其他電腦則是將封包丟掉。
半雙工是指，收資料或送資料不能同時，你一次只能做其中一種。
由於HUB的這種特性，所以當HUB連接非常多電腦時，網路就會變慢。
2.Switch：中文叫交換器，和HUB看起來一樣，但實際上差別很大。首先switch並不一直廣播，而且是全雙工的。主要是SWITCH會記錄封包中的MAC位址所以當電腦A傳送資料給電腦B時，其他電腦並不會也收到資料，而且這個時候別的電腦也可以同時互相傳送資料。
雖然SWITCH有上述的好處，但是要傳送的資料封包每一個都必須經過SWITCH判斷決定要送往哪一台電腦，所以會有一些延遲，因此有時候電腦數少於五台，用HUB反而比SWITCH快。
3.IP分享器：這個設備通常會有一個WAN port和1~4個不等的Lan port(其實是Switch)。WAN port一般是接ADSL modem(也就是小烏龜啦)，而Lan port則是接到PC電腦。這個設備主要的功能是NAT，也就是做IP分享的意思，他會將WAN port的真實IP(可以是固定IP或浮動IP)分享給LAN port的電腦使用。
備註解釋一下NAT功能：
一般IP分享器LAN port裡的電腦室使用虛擬IP，也就是俗稱的假IP，這個網段通常是192.168.X.X，最常見的是192.168.0.X與192.168.1.X。這個IP網段是保留的網段，在實際網際網路並不能使用。NAT這個功能負責記錄網卡MAC位址與假IP的關係並做轉換。
舉例來說，假設使用者有兩台PC透過IP分享器上網
 
A電腦IP為192.168.0.2，網路卡MAC位址是00046F12301A
 
B電腦IP為192.168.0.50，網路卡MAC位址是000879215B09
 
當A電腦想要連網站yahoo.com.tw時，A電腦會送出資料給yahoo，而IP分享器會記錄192.168.0.2的MAC是00046F12301A，並把資料內來源IP 192.168.0.2改成WAN port的真實IP，然後送往YAHOO。Yahoo收到以後會依照真實IP位址回傳資料給IP分享器，IP分享器再依照資料內的MAC位址判別出這封包是要給A電腦的，於是把目的IP改成192.168.0.2送往A電腦。
 
簡單的說，IP分享器是透過傳送封包內的MAC位址來分辨這個封包資料是要給哪一台電腦的，進而達到分享IP的功能。
 
請注意，有些IP分享器會說自己是IP sharing router或者是寬頻Router，但這與實際的Router有一段差距。
 
 
4.Router：中文叫路由器，路由器通常最少會有兩個介面，而這兩個介面分別區隔不同的IP網段。例如IP分享器有WAN和LAN兩種介面，區隔WAN的實際IP與LAN的虛擬IP網段，所以說IP分享器是Router其實並沒有錯誤。不過我們技術人員口中所說的router都是那種超級貴死人，而且兩個介面都是用在真實IP網段的設備。  
 
其實如果你對switch的原理有一點瞭解，那麼其實router有一點像switch，只不過Router是依照封包的目的IP來決定資料是要傳往哪一個介面的哪一個網域。  
 
以上面IP分享器和AB電腦為例
 
假如A要傳資料給內部的電腦，所以當IP分享器收到封包時，發現目的IP是192.168.0.X網段的，於是根本不會把封包往WAN port送，而是會往LAN送。如果A電腦是要上網，那麼目的IP就不是192.168.0.X這個網段的，那麼這個封包就會往WAN送出去然後透過ADSL到網際網路。而ROUTER最主要的工作就是判別收到的IP封包要往哪一個介面送，就是這樣。
     
   『OLily City』。引用Yahoo知識+。 
  

＊Google提出的分散式運算技術，讓開發人員很容易開發出全球性的應用服務
  
「雲端源自平行運算，但比網格更擅長資料運算。」
 
「雲端技術可以算是網格技術的一個子集合」
網格技術涵蓋了雲端技術，但是，網格能夠處理更複雜的問題，而雲端技術則可視為是網格技術的一種商業化結果。
「雲端運算是從網格技術的分散平行運算技術和觀念發展出來，業界再用新名詞來包裝原有技術，只是使用的比喻不同。」
「對使用者來說，不需要了解伺服器是什麼？在哪裡？就是把需求丟進去，就會得到結果，這是雲端運算的想法，也是網格運算的想法。」
雲端運算適合的任務，多半是資料處理次數頻率高，而每一次要處理的資料量小。
所以，實作的差異就是，雲端運算可以組合大量的個人電腦來提供服務，而網格運算則需要依賴能提供大量運算資源的高效能電腦。
●雲端運算（Cloud Computing）：Google提出的分散式運算技術，讓開發人員很容易開發出全球性的應用服務，雲端運算技術可以自動管理大量標準化（非異質性）電腦間的溝通、任務分配和分散式儲存等。
●網格運算（Grid Computing）：在網路上，透過標準化協定與信任機制，整合跨網域中的異質伺服器，建立運算叢集系統來共享運算資源、儲存資源等。
●服務在雲端（In-the-Cloud）或雲端服務（Cloud Service）：供應商透過網際網路提供服務，使用者只需透過瀏覽器就能使用，不需了解供應商的伺服器如何運作。
●MapReduce模式：Google運用在雲端運算中的關鍵技術，讓開發者開發大量資料的處理程式。先透過Map程式將資料切割成不相關的區塊，分配給大量電腦處理，再透過Reduce程式將結果彙整，輸出開發者需要的結果。
●Hadoop：使用使用Java開發的開源雲端運算框架，也是採用Google雲端運算技術實作的框架，但所用的分散式檔案系統與Google不同。2006年Yahoo成為該計畫最主要的貢獻者和使用者。
 
『OLily City』。引用 iThome 。
 

＊泛指念念不忘某一件事情。 
   
典 故： 念：思念；茲：此，這個。
 
出 處： 《尚書·大禹漠》：「帝念哉！念茲在茲，釋茲在茲。名言茲在茲，允出茲在茲，惟帝念功。」
 
晉 陶淵明 命子詩：「溫恭朝夕，念茲在茲。」
 
『OLily City』。引用Yahoo知識+。
 

＊【瓜田李下】：比喻容易引起嫌疑，或讓人誤會的場合。 
    
「古樂府「君子行」裡有兩句詩「瓜田不納履，李下不正冠」，是說在瓜田裡提鞋，容易讓人誤會偷了里裡的瓜。在李下扶帽子，會讓人懷疑摘了樹上的李子。後來柳公權把它縮成「瓜田李下」。
【典故應用】
語出漢˙無名氏˙君子行：「君子防未然，不處嫌疑間。瓜田不納履，李下不整冠。」（據《樂府詩集．卷三二．相和歌辭七》引）「瓜田不納履，李下不整冠。」兩句，是說：走過瓜田不要彎腰穿鞋子；經過李樹下不要抬手整理帽子。在瓜田裡提鞋，容易讓人誤會偷了田裡的瓜。在李下扶帽子，會讓人懷疑摘了樹上的李子。後比喻避免招惹嫌疑。後來柳公權把它縮成「瓜田李下」。
劉向《烈女傳‧齊威虞姬》：「經瓜田不納履，過李下不整冠」。
「唐書．柳公權傳」：「瓜李之嫌，何以戶曉。」
明˙陸釆˙明珠記˙第十七齣：「深感將軍好意，爭奈瓜田不納履，李下不整冠，相公男子，妾身女人，雖則結為義父，難免外人議論。」
北史˙卷四十七˙袁翻傳：「今日傾過，有異常行；瓜田李下，古人所慎。願得此心，不貽厚責。」
 
【實例說明】
「瓜田不納履，李下不整冠。」是勸人要懂得避嫌，儘量避免做令人誤會的事。是成就德行、避免不必要麻煩的良方，是有志修身養德的人應懂得的。北魏尚書袁聿修便是對自己的德行操守要求非常嚴謹，懂得避嫌，最終以清廉愛民的德行操守而名揚後世。
還有唐書柳公權傳所記載的一段故事。當時皇帝派郭寧到郵寧做官，人們對這件事議論紛紛。以為郭寧是因為進獻兩個女兒入宮，才得到這個官職的。唐文宗說：“郭寧的兩個女兒是進宮陪太后的，並不是獻給朕的。”柳公權回答說：「瓜田李下的嫌疑，怎麼能夠使每個人都明白呢？」比喻皇帝的做法很容易讓人產生懷疑。
另一個例子，唐武后狄仁傑為相時，就曾向其姨媽盧氏表示，欲推薦表弟入朝為官，但卻被姨媽加以反對，並說：「我只有這麼一個兒子，我不願意讓他去服侍女皇上。」狄仁傑聽了以後感到非常慚愧。
同樣的，朱元璋的元配馬皇后，其姪兒在家鄉生活難以為繼，朱元璋便向馬皇后提議要讓他出來做官。孰知馬皇后竟予反對，並說：「國家的官吏，應當選用賢能，我這姪兒，教書尚可，做官則不行。再者，前朝的外戚親屬，多驕奢腐敗，甚至造成國家傾覆，所以臣妾以為，對於國戚仍應從嚴對待才好…。」朱元璋聽完後感動的說：「歷代皇后，都不如我朝的馬皇后。」
又如宋真宗時的宰相王旦，一生即主張兒孫當自立，至死其兒子王素都還沒當過官呢！還有漢明帝的皇后馬氏，因其舅馬防對明帝有參醫用藥之功，漢章帝特別想提拔他做官，卻遭馬氏反對說：「我就是擔心後世者的議論，會影響到先帝的聲譽，所以才不希望有外戚當官的啊！」這些都是遵行「利益迴避」的最佳典範，尤其掌握國家大權者，能率先以身作則，更誠難能可貴。
『OLily City』。引用Yahoo知識+。

♣ 一心是指芽．2葉是最嫩最靠近芽的葉子2片。 
不同的茶採摘部位也不同。
有的採一個頂芽和芽旁的第一片葉子叫一心一葉。
有的多採一葉叫一心二葉，也有一心三葉。
也有只用茶芽不用葉子的茶 (例白豪銀針)。

＊甘特圖乃是被利用來作為規劃、控制及評估專案各項工作進度，為計畫與實際進度之時序圖。  
「甘特圖是 1917 年由美國工程師暨社會學家 Henry L. Gantt 所開發的水平橫條圖，可當作生產管理工具。甘特圖常用於專案管理，以圖形呈現排程表，可協助計劃、協調及追蹤專案內的特定工作。甘特圖的呈現方式多樣，可以是方格紙上建立的簡單圖表，也可以是由 Microsoft Project 或 Excel 等專案管理應用程式自動建立而成的複雜圖表。」- 摘錄自 Whatis.com 網站。
 
其主要構成是將橫座標等分成時間單位(年、季、月、週、日、時等)，表示時間的變化。
縱座標則記載專案各項工作。
線條表示任務計畫在什麼時候進行，以及實際進展與計畫要求的對比。
 
計畫書中的甘特圖，會以虛線表示準備期，實線表示執行期。
另一種作法為，以虛線表示計畫線，實線表示實施線(邊進行邊畫)，若兩線有差異時需備註說明理由。
 
然而，使用 Excel 畫甘特圖並非易事。最常用的方法是自訂堆疊橫條圖，將數列的數目畫成橫條圖，然後再格式化各個點，在 Excel 圖表中呈現「浮動」橫條的效果。幸好方法不只一種，您可以使用 Tushar Mehta (Microsoft 最有價值專家，MVP) 建立的 Excel 增益集。這個增益集會自動執行建立圖表的大部分程序，基礎資料變更時也會更新相關圖表。
 

＊ 沒有新增文件夾的功能
＊ 不過他可以設定很多標記
＊ 請看看以下GMAIL關於郵件分類的說明 ^_^
 
再也不需要資料夾、歸檔，或手忙腳亂的尋找您的郵件
電子郵件應該是一種生產力工具。所以，為什麼要花時間去將郵件歸檔、再去強記您將這些郵件放在哪裡？又為何要刪除重要郵件，只是為了符合可惡的儲存空間限制？

   
＊ 莎士比亞的「四大悲劇」＊ 
 《哈姆雷特》在莎翁37個劇本中，最受劇場與學術界的厚愛
《奧瑟羅》是莎翁悲劇中結構最嚴謹的劇本
《里亞王》被20世紀評論家認為是莎翁最偉大的悲劇
《麥克白斯》則是四大悲劇中節奏最緊湊凝練的作品

 
♣ 凍頂茶 
♣ 文山包種茶 
♣ 東方美人茶 
♣ 松柏長青茶 
♣ 木柵鐵觀音 
♣ 三峽龍井 
♣ 阿里山珠露 
♣ 高山茶 
♣ 龍泉茶 
♣ 日月潭紅茶

天母美麗華的首映會。
星期四晚上的電影院，因為首映會，人潮顯的多一些。
但未免服務人員的服務也太好了，每一個轉角處都有服務人員，連就坐之後，除了基本的帶位之外，還有人在現場幫忙點餐外送，哇~第一次遇到這麼好的服務。
這部電影，講的是男主角和三個女生，不斷交錯的愛情故事。
看到一半，我家的班傑明先生說，男主角會找到女主角要的那本書。（我心裡想，如果是這樣也不意外，因為班先生很會猜劇情）
演完之後，班先生說，他不是用猜的，他好像之前有看過，要不然就是在夢裡夢到過 = =”（這是神奇的第六感嗎 ~"~）