分類: 網路技術趨勢

十二月 02

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

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

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

 (閱讀全文)

七月 12
一般來說這和資料庫的正規化(normalization)有極大的關聯性,但除了把工作丟給 DBA(DataBase Administrator) 之外,還可以從幾個面向來思考 ───
  1. 網站的功能需求
    這往往取決於網站提供資訊的方式,例如社群網站有各種討論版的總覽、討論版內有話題列表、然後是討論串的內容等等,當然也總是有最新討論的話題摘錄。
    這可以濃縮成二個重點:在導覽內容上循序漸進在氛圍營造上突顯特色
    表現在功能需求上會變成──
    • 資訊的陳列
      例如新聞列表、產品列表、討論版總覽、....。它的特色是多樣化,設計方式隨網站、內容甚至使用者愛好不同而異。
    • 資訊的展示
      例如部落格文章、產品介紹、討論串內容、....。它的特色是差異極大,如部落格文章的多樣、產品介紹的複雜、討論內容的龐大。

  2. 資料的更新頻率
    從上述的內容中來看更新頻率,可以發現陳列方式的更新頻率大於展示內容。
    舉部落格的例子來說,一篇文章寫好後,除非作者去修改內容,否則內容是永遠不變的。然而這篇文章在部落格中陳列時,卻會因為時間、新文章推擠、....各種可能的因素,而改變他出現的地方。
    從實體店面來看則是,銷售的商品(內容)不變,但可能排放的位置(陳列)會經常性的調整。所以,陳列資訊的更新頻率是遠高於展示內容的。
  3. 資源的有效運用
    網站的資源不外乎主機運算能力、記憶體等等(頻寬不在討論之列)。
    要如何有效運用資源?簡單來說,就是只作絕對必要的運算。
    回到資料庫的範疇來看,如果一個網站的文章內容和統計資訊放在一起,那麼資料庫就會變得龐大。而當統計資料在更新時,就必須連同不變的文章內容一起寫回主機,增加了硬碟IO的時間。甚至,如果文章內容更新頻率極低,那麼將內容轉為靜態檔案,就可以減少資料庫佔用的記憶體數量。(當然這必須在記憶體資源和硬碟IO速度上評估最佳作法)
所以,網站效能除了靠資料庫正規化之外,還必須仔細分析資料的應用、更新和資源分配。有幾點必須注意的: (閱讀全文)
六月 30

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

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

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

五月 08

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

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

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

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

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

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

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

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

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