我們一般在規劃設計一個網站時，通常都不會特別考慮一個網頁的 URL 到底會有甚麼上限，因為一個正常人絕不會把網址設計的很長很長，對吧？但有時候我們希望把一些網頁的狀態保存在網址列上，方便用戶將網址加入書籤，下次回來時就可以看到原本的資料，這時就有可能會讓網址變的很長。這個問題每隔一段時間就會有學員提出，今天我想透過這篇文章跟大家說說這個 URL 的長度限制。
... 繼續閱讀 ...
上個月有個客戶提到他們從後台上傳的檔案不知為何在前台就是看不到，我查看了一下發現檔名中有個加號 ( + )，但奇怪的是原本網站明明就是好的。後來我才想起來客戶最近主機升級了，從 Windows Server 2003 升級到 Windows Server 2008 R2，可能是因為這樣才導致這個問題發生，我研究了一會兒終於明白問題發生的原因，並不是 IIS7 有問題，而是變的更安全了，也因為這個問題讓我更加意識到在實做檔案上傳功能時應該注意到的事情！
... 繼續閱讀 ...
我以前混 Linux 的時候就對檔名的大小寫很注意，因為一個英文字母的大小寫搞錯就會都找不到網頁，之後雖然改混 Windows 也沒丟掉之前的習慣，雖然 NTFS 檔案系統或 IIS 在處理 URL 時預設不會特別區分大小寫，打錯大小寫依然找的到網頁，但不管是網址還是檔名，我對大小寫還是很龜毛，看到別人亂取檔名或 URL 大小寫與檔案大小寫不同時也多少也會唸一下，我還曾經被譏笑太無聊，不過今天我就要證明我的堅持是對的！
... 繼續閱讀 ...
文字編碼 (Text Encoding) 是一個頗為複雜的議題，現在的開發人員很幸福，只要遇到不懂的編碼問題就用 UTF-8 編碼解決，想當初我在開發多奇中文繁簡轉換大師產品時遇到的編碼問題百百種，可說是養成了對於文字編碼的敏感度，之後遇到編碼問題就比較容易能理解與解決問題，今天我來分享「各瀏覽器」對於文字編碼的處理細節，由於這些資訊在網路上又多又雜，似乎不易整理，以下部分內容是我親自實驗並研究出來的心得，如有謬誤之處敬請告知。
... 繼續閱讀 ...
我們有個常見的功能是限制使用者導向到 SSL 的網頁，這時我們就必須修改 HTTP 要求(Request)的網址到 https 的網址，或是需要修改網址的部分結構(例如 schema 或 port 等等)，這時我們可能會用字串取代 String.Replace 方法 (如下範例)，但這種寫法有很多瑕疵，以下是本篇文章的分析報導。
... 繼續閱讀 ...
我覺得有很多人並不瞭解 URL ( 或 URI ) 的全貌，一般人對 URL 的感覺就是「網址」而已，是一個十分不精確的描述，因為 URL 擁有一個很嚴謹的結構，也有很彈性的表示法，當你弄清楚觀念後，開發技巧之間的關係自然可以融會貫通。
... 繼續閱讀 ...
我們在開發網頁應用程式，時常需要去解析網址(Request.Url)的每個片段，進行一些判斷。例如說 "http://localhost:1897/News/Press/Content.aspx/123?id=1#toc"，我們想要取得網址裡第一層目錄的名字(News)用以判斷不同的頁面標題(Page Title)。
... 繼續閱讀 ...
我們建置網站完成後，接下來就是將網站上線了，但當發現網站有問題要修改的時候，可能會遇到一個問題，就是當我們修改 JavaScript 或 CSS 的時候，預設的情況下 *.js 或 *.css 這類靜態網頁通常會被 Browser 快取(Cache)起來，除非你先主動清除這些快取資料，或人工將頁面重新整理才能讀到新的資料。但這個「人工手動」的動作客戶可無法接受！因為大部分網友不會知道需要做這個「重新整理」的步驟，看到的可能是錯誤的畫面、或 JavaScript 的問題。
... 繼續閱讀 ...
我們開發網站時，如果會員人數多且流量真的很大的話，用 Session 不見得是好方法，因為十分損耗記憶體。
... 繼續閱讀 ...