搜主意工作室

搜主意工作室 http://charlie.utlinks.com.tw Idea-captor Studio http://www.ics.com.tw http://charlie.utlinks.com.tw TEL: (02)2368-7181 charlie 2010-09-03T04:14:01Z 網路 API 盛行的影響 http://charlie.utlinks.com.tw/trend/2010/06/17/side-effects-of-web-api 過去作網站都是將重心放在自己的網站上，但在 WEB 2.0 的概念之下，每個網站無不費盡心思開發 API，讓廣大的使用者協助找出平台設計者所忽略的應用。 這看來並沒有什麼不對，但是卻不能不留意這個趨勢所產生的影響。 舉例來說，現在網路主要的資源來源包括：傳統媒體的新聞內容、傳統作者發表的文章、網友自主發表的文章。 原本這些內容只能在這些媒體網站、部落格平台上出現。 但是，透過許許多多的 API (例如 Google Blogger API)，就開始有人以程式自動從搜尋引擎搜集各種網頁內容，然後將它自動轉換成部落格的文章。 或許你會想這樣作有什麼用？ 關鍵就是網路廣告。 這些內容多少有一定的讀者，這些流量就能轉換成廣告曝光量，變成一定的收益。 這在網路的生態中並不算違法，轉載者只要有註明出處，一般來說新聞媒體也不會找麻煩。 那麼，這表示什麼結果呢？ 也就是所有新聞一經發佈，它的新聞價值會在最短的時間內被消耗殆盡。過去，是網友會慢慢手動轉載、引用，但現在，是程式透過 API 以驚人的速度進行重製。 這樣的情況下，將會造成內容原創者越來越難從內容直接獲利，只能得到知名度。促使內容原創者會傾向以置入性行銷的模式，加快從內容直接獲利的速度。逐漸讓內容變得越來越商業化，失去內容原有的深度，也失去讀者的信任。 簡言之，網路文化的黑暗年代即將來臨。而這，竟然來自人們自以為的進步─API。 網路技術趨勢 2010-06-17T03:18:05Z charlie 雲端概念下的網站經營策略 http://charlie.utlinks.com.tw/trend/2010/05/01/new-website-strategy-for-cloud-computing 雲端應用近年來已經炒得非常火熱，但是真正派上用場的情況卻不多見。 對於租用實體主機／虛擬主機的網路業者而言，最大的成本來自於使用的硬碟空間和網路流量。 為了提高網站運作品質，往往得租用比實際需求更高的流量，才不致於發生塞車的現象。 為了提高內容的精緻度，往往得用較多的碟碟空間，才不會造成過度壓縮而產生失真的現象。 對這些情況來說，最關鍵的莫過於影音、圖檔的資源需求。 現在大家都知道要把影片傳到 YouTube 才會省錢省事，那麼圖片呢？ 我的建議是放到 Google 的 PICASA 相簿去。 因為它有1G的免費空間，就算昇級到20G，也不過每年5塊美金的費用。請注意，這包含了空間和流量。 再者，像時下流行的 WordPress 等部落格也都支援 PICASA 外掛，讓網站經營者得以在網站內容中嵌入放在 PICASA 的照片／相簿。 如此一來就可以讓使用者維持正常的網站瀏覽習慣，但卻又可以把最耗費資源的部份丟在雲端上。 就能夠保有網站原有的競爭力，節省無謂的資源浪費。 實際案例：<a href="http://www.showgirl.com.tw/celebrity/melody_tang" target="_blank">Showgirl 名模網</a>，早期也是把 Showgirl 照片放在網站上，一旦人潮爆增時，頻寬就出現塞車現象。現在則是把最吃頻寬的照片轉移到 PICASA 網站，節省了九成以上的頻寬，卻還沒花到任何一毛錢。 <a href="http://picasaweb.google.com/" target="_blank">Google PICASA 相簿</a> 網路技術趨勢 2010-05-01T05:36:18Z charlie 利用 memcache 來加速網頁程式的運作實測 http://charlie.utlinks.com.tw/trend/2010/03/27/try-to-speed-up-web-apps-with-memcache 優化網站程式效率的作法很多，包括資料庫的充份正規化、快取技術、多層次主從架構等等，所有的方法為的都是減少不必要的運算和用最快的方式取得資料。 本文要談的是 memcache 這種作法，它是在主機上切出一塊記憶體作為公共儲存的空間。透過函示庫可以讓 php 這類的網頁程式將數值寫入記憶體備用。 那麼，實際的效能如何呢？ 我以一個約二萬筆的資料表來作了一點試驗，得到以下數據： <blockquote> 開始測試 : 2010-03-27 22:24:57 0.14270200 鍵值查詢 : 2010-03-27 22:24:57 0.14330700   0.00060 欄位查詢 : 2010-03-27 22:24:57 0.16809800   0.02479 記憶快取 : 2010-03-27 22:24:57 0.16884600   0.00075 記憶鍵值 : 2010-03-27 22:24:57 0.16886300   0.00017 </blockquote> 由以上的數據可以看出，以資料表的鍵值向 MySQL 送出的查詢非常快速，但用一般的欄位去查詢就非常緩慢，差了將近 41 倍，而透過一般欄位值 memcache 取得相同的資料的時間則和使用鍵值查詢的速度相仿，但使用鍵值直接向 memcache 取得資料則比 MySQL 查詢省了 2/3 的時間。 由此可知，在講究執行效率的平台上，千萬要避免對 MySQL 送出一般欄位的查詢；對於能直接或間接以鍵值取得的資料，則可以考慮將它預存在 memcache 中備查。如此就能讓程式效率發揮到最大！ 網路技術趨勢 2010-03-27T22:30:07Z charlie xhtml 的目的和優點 http://charlie.utlinks.com.tw/trend/2010/02/11/why-should-i-build-xhtml-website-but-html 有越來越多的瀏覽器、搜尋引擎、網路工具傾向使用 xhtml 為標準的網頁設計語言，而不是傳統的 HTML 語法。為什麼呢？從 xhtml 的規格特色可以看出一些端倪。 <ol> <li>全小寫的語法及參數</li> <li>禁止交錯包含的語法</li> <li>完整的結尾語法</li> <li>有限定的語法參數</li> </ol> 這些特色的最終目的都在於，讓網頁的語法結構標準化、嚴謹化，而目的呢？就是大大的加速網頁解讀過程和解讀結果的精確性。 大家或許會好奇，不論是用 HTML 或 xhtml 設計的網頁，都能在自己的瀏覽器上正常顯示啊，何必多此一舉？ 這樣的想法是有盲點的。因為，一般人瀏覽網頁的速度有限，電腦執行的程式有限，大不了就是慢一點而已。但是，試想你今天是用手機、iPhone、iPod、iPad 這類較小的設備，執行速度較慢、硬體資源較少時，又會產生什麼結果？無庸置疑的就是變慢，甚至開不了。 另外，那以搜尋引擎機器人的角度來看呢？它每秒要解析的網頁恐怕是數千、數萬，那麼對於不好分析的網頁它又會怎麼給予評價？又能為這些網頁作多好的歸類？ 因此，對於有心在網路上發聲的人而言，以標準的 xhtml 架構來設計網站，絕對會有助於網站的表現成績。 這部份，除了網路程式工程師們要注意，網頁設計師也要了解 xhtml 的目的和優勢，修改自己的設計習慣、調整慣用工具的設定，就能快速產生符合 xhtml 規範的網站。 網路技術趨勢 2010-02-11T03:01:38Z charlie sendmail 如何判定內部信件的機制 http://charlie.utlinks.com.tw/general/2010/01/10/how-sendmail-judges-to-save-mail-locally 近來為了在主機上以程式定期發送會員通知信，而需要透過 sendmail 來處理信件發送的事務。但卻發現 sendmail 一直把信直接收在主機內的信箱，而沒有正常的往外寄出。（因為該網址的 MX 都指向 Google apps 了） 在檢查許久之後，發現問題並不是常見的設定檔問題，例如： <ul> <li>relay-domains</li> <li>local-host-names</li> </ul> 等等。而是在於 DNS 的設定。 經反覆測試後發現，sendmail 會以該主機所綁定的所有 IP 進行反查，找出所有相關的網址，然後將這些網址列為內部信件的網址清單。當主機上有程式要發信時，只要收件者的網域符合清單中的記錄，就視為內部郵件，不再向外投遞。 而且，這份清單並不是每次寄發時都會重新取得，而是會保留一段時間。因此，如果把 DNS 的反查記錄取消後，仍然有可能寄到內部信箱去了。所以，有這種情況發生時，應該重新啟動 sendmail 以確保運作正常。 這裡提到的只有反解部份喔，也就是正解仍然可以指向那台主機（通常是為了讓 xxx.com 和 www.xxx.com 都能連到網站），但切記反解就不要把 xxx.com 加入喔。這樣就可以讓 sendmail 把信往外寄了。 一般 2010-01-10T01:37:33Z charlie