搜主意工作室

有越來越多的瀏覽器、搜尋引擎、網路工具傾向使用 xhtml 為標準的網頁設計語言，而不是傳統的 HTML 語法。為什麼呢？從 xhtml 的規格特色可以看出一些端倪。 (閱讀全文)

越來越多資訊包含了多種語言，以往單純的 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)轉為採用資料庫的動態網頁設計已經早被大家所接受。但是，隨著資料量的增加、網站功能的複雜化、互動頻率的增加，一昧地採用資料庫+程式去即時產生網頁，也一再出現效能下降的警訊。

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