愛噗噓 iPush » design

五行在設計上的應用與意義

丁昶文 — Wed, 01 Jun 2011 03:15:33 +0000

最近正逐步打造一個媒體專用的平台，其中需要規劃與會員互動的機制。其間，有許多的思緒湧現，到底該怎麼作最好？想著想著，整個想法似乎又回到了五行這個模型。從五行的角度來看：土──踏實、廣大代表整個會員機制必須充份、詳實的告知會員所有網站的遊戲規則和運作方式。火──趨勢突顯出各項會員機制中必然有其重要、頻繁的項目，也有較為冷門的；在規劃上必須讓熱門的容易點選，同時讓冷門的也能曝光。木──功能每項功能必須確實完成它的規劃用途，並且相互間具有清楚的脈絡，就像樹木的支幹一樣。水──創意但是，介面的呈現上也要具備適度的創意，讓使用者能夠更容易、直覺的操作這些功能。金──技術對此，需要用到什麼技術就大膽的啟用，不論是 WEB 1.0、WEB 2.0或支援 html 5 都是可以考慮的。就執行順序來看，就如上方的土火木水金，必須以逆五行的方式來作，反而更能夠清楚自己到底在作什麼。也就是先把全部功能列出來，按照使用頻率作出區隔、分類，再詳細定義每項功能的目的，設計適合的操作介面，最後評估需要用到的技術，然後執行。如果不是按照這樣的邏輯來作，很容易東作一個、西擺一個，讓整個機制變得很亂，不僅執行上會有很大問題，使用者也會搞不清楚設計者的想法。在網路如此發達的時代，會員機制是網站是否成功的重要指標。因為從供需的角度來看，網站提供資訊或服務出去（出），如果無法持續或忽略網友加入網站的回流行為（進），就很容易造成網站難以為繼的狀況（缺內容或人潮而乾掉）。所以，用心去規劃完善的會員機制是至關重要的。千萬不能輕忽～

Small Home Office in Your Backyard : OfficePOD

丁昶文 — Mon, 20 Dec 2010 13:34:33 +0000

In these days working from home is becoming a trend thanks to the internet. For those of you who work from home, or want to have a quiet place to work the OfficePOD provides a new additional space that is dedicated to work only. This creates a very important mental and physical boundary between home and work. The Office POD brings a whole new meaning to the idea of remote working as it comprises a rather sleek workspace in an all inclusive capsule. The OfficePOD is of optimum size (2.1m x 2.1m) and does not require planning consent in the greater majority of cases. It’s modular design enables speedy construction even in gardens with the most difficult access. The POD has been designed to provide appropriate security when empty or occupied. The external and internal look and feel of the space as well as the overall user experience is the product of an extensive design process.

The OfficePOD provides the user with an efficient use of space with innovative storage and desktop solutions. High quality materials have been carefully chosen for their combination of visual, physical and environmental characteristics. Power is provided via a discrete and protected connection to the house or garage; IT and phone connectivity is generally wireless but can be similarly cabled. The POD is provided with a secure locking system of the highest quality. So what do you think about this small office that can be placed in your garden ? Hot or not ?

MySQL too many connections 的成因與程式設計重點（解法）

丁昶文 — Tue, 30 Mar 2010 18:42:45 +0000

每個網站擁有者都希望自己的站人氣鼎沸，但是隨著造訪人次和服務深度的提昇，對網站的資源就會有越大的需求。一般而言，直接碰到的問題包括：頻寬需求 (bandwidth) 主機效能 (server performace) 儲存效率 (storage efficient) 穩定性 (stability) 這些都需要花錢、花人力才能解決。但是，在確定投入金錢、人力之前，恐怕得先檢查一下出問題的原因，就像標題這種常見的問題，極可能像是蝴蝶效應般悄悄地伺機而動呢。以下，就提供一個造成 MySQL 發出 too many connections 警訊的案例，足見程式設計的工作必須是很審慎、精密的計劃，否則將重重打擊系統的穩定性。事情是從有人透過 FTP 持續大量下載開始，把有限的頻寬佔滿了。（問題一，不是人人都有無上限的頻寬，而現在上網的頻寬遠大於網站的頻寬）之後，有網站是以程式方式管控網站上的檔案下載。因此，在下載檔案時，會與 MySQL 建立連線。結果因為頻寬滿載了，造成下載檔案的速度變慢、時間拉長，也因此造成 MySQL Connection 佔線過久。同時，部份網友慣用 Flashget 之類的多緒下載軟體，也造成下載一個檔案會建立多個連線，加重系統負載。因此，原本運作正常的網站，只因為有人把頻寬佔滿，就造成 MySQL 出現 too many connections 的警訊，讓系統的穩定性大大降低。檢討整個問題的關鍵，在於 MySQL connection 的連線時間不應該等同於下載的時間。換言之，所有程式在與任何伺服器連線、取得資料的過程上，應該盡可能縮短。這可能包括：必要時才連線、盡可能集中查詢動作、用完即退出連線等等。然而，在越複雜的系統中，與其他伺服器（如 MySQL、memcached、…）的連線可能是頻繁而分散的，要如何清楚掌握連線狀況作最有效的利用，一樣隨時在考驗著程式設計師的專注力。註：實際測了一下 MySQL 建立連線的時間大約 0.00045 秒，中止連線的時間約 0.00015 秒。因此，在程式設計上應該採用隨用隨連、用完即還的作法，避免佔用連線通道。