Uploadift 是一套基於 jQuery 和 Flash 的檔案上傳工具，提供了上傳進度以及多檔上傳的功能，畫面簡單大方是一個相當不錯的上傳套件。

demo 自從開始玩 ASP.NET MVC 以後已經很久沒有寫那麼新的 web form 專案了（能用 4.0 的我都叫他用MVC）這次一寫當然就很自然的會遇到頁面要傳 HTML 到程式的案例，也很合理的會先遇到一下 validateRequest=false 沒有效果的問題，上網搜尋了解法赫然發現有90%的網友都用了很可怕的解決方案，原本只是發在 G+ 和 FB 但是覺得好像是有義務提醒大家，所以刻意又發了一篇文章。

這裡說的無法正常登出指的是使用了FormsAuthentication 類別 來實作的登入登出機制，並不是使用 Session 來實作的登入登出，當你在 ASP.NET MVC 使用來做登入你會發現，熟悉的 FormsAuthentication.SignOut(); 竟然會無法登出，這方面應該是屬於 ASP.NET MVC 的 Bug ，既然官方沒改那我們就繞路自己解決吧。

ASP.NET MVC3 內建的錯誤訊息都十分的詳細，但我們自己擴充的都只會顯示【欄位 XX 無效。】這種沒啥用的錯誤訊息，因此本文會說明利用一些技巧來改變錯誤訊息的內容。

此篇文系列文的第四篇，接者介紹自訂驗證規則的方法，這次介紹的是屬於「範圍驗證」範圍驗證是一個很常使用到的驗證規則，比如數值的最大值最小值或是字串的最短長度和最長長度但很巧的這些都內建了...使用 Range 可以驗證數值範圍，使用 StringLength 可以驗證字串長度，不巧的是我想不出其他範例....所以只好上網搜尋範例

這次來到第二種自訂驗證的方法 SingleVal，其實這裡說的這些都是屬於前端驗證的方法，後端是很隨意的 讓我們來假設一下，今天 demo小鋪開放註冊會員，但是不希望有任何人註冊有關於 demo 這個名字，如果使用上一篇文章介紹的 AddBool 方式來寫，當哪一天要改成 「demoshop」 或是 「demo小鋪」的時候就會有很多地方要改，但是明明驗證邏輯是一樣的只是驗證的比對值不同，所以可以利用所謂的 AddSingleVal 方法來擴充驗證，要比對的值使用參數傳入，驗證的邏輯則是固定，這樣子就可以運用到多個情境，以下就是介紹

在上一篇系列文中介紹了 ASP.NET MVC3 原生的驗證使用方法，是很好用但是稍嫌不足，如果今天我們要驗證欄位的值是否為 Email 的格式，不可能每次都組出 Regex 來驗證，這是會累死人的，而且也不能保證每次寫出來的 Regex 都一樣，所以自訂驗證規則就是很重要的了，在 ASP.NET MVC3 中可以輕鬆自在的實作 ValidationAttribute 和 IClientValidatable 來擴充需要的驗證邏輯，此篇文章就先來介紹最簡單的 是否驗證。

撰寫網頁程式的時候經常的需要對於表單資料實行驗證的功能，在 ASP.NET MVC 2 的時代也有提供所謂的內建驗證，但因為前端是使用了 MicrosoftMvcValidation 來實作，因此很讓人不想學...而去改用其他的前端驗證，如 jQuery.Validate等好用的前端驗證，但驗證只做前端等於找死，因此又要去實作後端的部份 Code，前後改一下再加上自訂的驗證後等於自己寫了一套驗證模組，十分的辛苦，而且也不是普通使用者可以寫出來的（需要了解一些可愛的反射與屬性），但這痛苦的經驗不需要在 ASP.NET MVC 3 再來一次，因為官方提供了兩個介面（IClientValidatable、IValidatableObject）讓每位開發人員可以輕鬆簡單的擴充出自己需要的驗證規則，並且也很容易的寫成前端後端都支援的驗證。

這標題看起來好像很猛，但是其實這種需求本身就是沒意義的需求（破解的方式太多種），但是江湖路走多了，還是會遇到這種需求為了避免花費太多時間在這種地方，所以 demo 就整理了這篇文，列出實作方法與破解方法讓遇到此需求的朋友可以明確的知道各種限制的作法與破解方法。

demo 最近有碰到一個問題，我的電腦使用 VPN 連線至客戶電腦，要操作使用SQL，但因為該台主機的 SQL 並不允許使用輸入帳號密碼的方式登入，而是改用更安全的 Windows 驗證，但我們網域又不一樣，我怎麼登入的進去....