搜主意工作室

越來越多資訊包含了多種語言，以往單純的 Big5 文件已經無法處理，所以大家漸漸傾向把文件輸出成 unicode 型式。然而，Unicode 不像 Big5 只是單純的雙位元字集，佔用固定的 code range 那樣單純，它的複雜度更高。

在尋找適合的 solutions 時，發現以 Java, C 此類語言的資源較為豐富，而 php 則是要到 php 6 之後才會內建，而且要編譯 International Components for Unicode 的相關模組。而現在大家慣用的 iconv 指令，卻無法在 unicode 的編碼方式作切換。（會的人麻煩 comment 指點一下喔，謝謝！）

花了一點時間爬文後，整理出以下的最簡方案：

 (閱讀全文)

一般來說這和資料庫的正規化（normalization）有極大的關聯性，但除了把工作丟給 DBA(DataBase Administrator) 之外，還可以從幾個面向來思考 ───

1. 網站的功能需求
   這往往取決於網站提供資訊的方式，例如社群網站有各種討論版的總覽、討論版內有話題列表、然後是討論串的內容等等，當然也總是有最新討論的話題摘錄。
   這可以濃縮成二個重點：在導覽內容上循序漸進；在氛圍營造上突顯特色。
   表現在功能需求上會變成──
   
   • 資訊的陳列
     例如新聞列表、產品列表、討論版總覽、....。它的特色是多樣化，設計方式隨網站、內容甚至使用者愛好不同而異。
   • 資訊的展示
     例如部落格文章、產品介紹、討論串內容、....。它的特色是差異極大，如部落格文章的多樣、產品介紹的複雜、討論內容的龐大。
     
2. 資料的更新頻率
   從上述的內容中來看更新頻率，可以發現陳列方式的更新頻率大於展示內容。
   舉部落格的例子來說，一篇文章寫好後，除非作者去修改內容，否則內容是永遠不變的。然而這篇文章在部落格中陳列時，卻會因為時間、新文章推擠、....各種可能的因素，而改變他出現的地方。
   從實體店面來看則是，銷售的商品（內容）不變，但可能排放的位置（陳列）會經常性的調整。所以，陳列資訊的更新頻率是遠高於展示內容的。
3. 資源的有效運用
   網站的資源不外乎主機運算能力、記憶體等等（頻寬不在討論之列）。
   要如何有效運用資源？簡單來說，就是只作絕對必要的運算。
   回到資料庫的範疇來看，如果一個網站的文章內容和統計資訊放在一起，那麼資料庫就會變得龐大。而當統計資料在更新時，就必須連同不變的文章內容一起寫回主機，增加了硬碟ＩＯ的時間。甚至，如果文章內容更新頻率極低，那麼將內容轉為靜態檔案，就可以減少資料庫佔用的記憶體數量。（當然這必須在記憶體資源和硬碟ＩＯ速度上評估最佳作法）

所以，網站效能除了靠資料庫正規化之外，還必須仔細分析資料的應用、更新和資源分配。有幾點必須注意的： (閱讀全文)

在台灣的許多網站上可以發現，設計師往往習慣於直覺式的設計方式來建構平台，因而造成許多的問題。雖然這不全然是設計者的問題，更大的因素可能來自顧主對需求的不明確、任意調整、修改，而使得設計者難以謹嚴地遵守程式設計上的必要規範。這或許是為什麼歐美各國，對於資訊人才的重視程度遠超乎華人世界的原因之一。但不論如何，身為設計者必須更明確地認知自己的專業，並積極地向上宣導，才能讓設計這一行變成是高度專業、高額獲利、高度成就的三高行業。

為了達到這個目標，熟悉網路服務的功能規劃策略就是一項不容忽視的課題了。 

因為網站人人能架，但功能規劃各有巧妙不同；部落格人人可以申請，但寫的文章是否有人氣可就不一定了。所以，仔細的評估、規劃，絕對是決定輸贏勝敗的關鍵因素之一。那麼，該怎麼作呢？ (閱讀全文)

網站設計由傳統的靜態網頁(static pages)轉為採用資料庫的動態網頁設計已經早被大家所接受。但是，隨著資料量的增加、網站功能的複雜化、互動頻率的增加，一昧地採用資料庫+程式去即時產生網頁，也一再出現效能下降的警訊。

有鑑於此，許多因應的技術就被發展出來了，包括： (閱讀全文)

為了快速開發網路平台，相關技術的發展可謂是星月爭輝，好不熱鬧。然而眾多的技術不但讓設計師永遠追之不及，也造成系統昇級和維護上的果難。因此，挑選出真正核心的技術，然後努力發揮創意、持續擴大，才是重點。 (閱讀全文)

曾經設計和使用網頁功能來上傳檔案的人都知道，傳統的網頁檔案上傳方式非常不友善！
一次只能選擇一個檔案、上傳時沒有進度回報、主機有檔案限定時得上傳完才知道....，真是罄竹難書。

為了滿足近年來大量的檔案上傳需求（相簿、部落格和影音等服務太盛行了嘛），許多的解決方案陸續推出了。包括：

1. Windows上傳精靈技術
   透過Windows所訂定的通訊流程和介面，將原本逐一上傳的功能轉為和個人電腦的檔案總管（Windows平台限定）結合，讓網友可以快速選取檔案，然後批次上傳。知名的Coppermine相簿系統和天空部落都採用這樣的解決方案。它的優點也就是缺點，因為和檔案總管結合，user可以方便選擇、上傳，但相反的，在上傳時的服務機制就完全失去彈性（也可以說變得很麻煩）。
2. 改用application方式設計
   不少大型的服務網站採用這種方式，也就是將上傳功能寫成一支獨立的應用程式或整合到其他程式裡面。像是Google 推出的 PICASA 相簿，網友除了用 PICASA 軟體來管理自己的照片外，也可以直接用其中的上傳功能將照片傳到網路相簿裡。這個缺點不用說大家也知道，那就是只有他家的軟體和網站能用。
3. 整合 Flash object 的上傳方式
   這就是我們要推薦的方式。分析要達到大量上傳的目的，有二個重要因素：一是檔案的選擇要夠方便；二是傳送的狀態要能即時顯示。為了達到第一個要求，必須讓選取檔案的動作跳脫原本的瀏覽器規範（一次一個），所以用 Flash object 來開啟檔案選單。其次，因為 Flash object 在上傳時，會依據他所傳出的封包量來推算上傳狀況，雖然不是以主機實際收到的封包為準，但在網路正常的情況下，二者的代表意義是相同的。
   因此，以Flash object上傳的方式是最好的作法。因為 Flash 的普遍性高，在跨作業系統的考量下，比 Windows 上傳精靈更理想；再者，Flash 上傳的程式很簡單、檔案也很小，並不需要像設計ＡＰ一樣，搞得很複雜；最後，也是最重要的，它可以讓網頁設計師輕鬆整合到自己的網站裡，與網站流程完全整合在一起。

基於上述的理由，我們強烈建議大家可以玩玩這個免費的上傳模組。然後幫自己的網站加上批次上傳的功能吧～～

模組鏈結：JSMultiUpload-1.0-RC3.zip

自從 2005-07-05 推出關鍵字建檔計劃後，竟然已經二年多過去了。
這期間，網路上發生的變革、技術的演進不在少數；而今，我們終於正式將這個機制完成了。 (閱讀全文)