第25個冬天

  在.net web api 專案若要去實踐Authentication以及Authorization 預設專案配置會涉及到 asp.net identity的使用 而identity又會涉及到Entity Framework的使用 這些在過去的學習部落格篇章都有筆記到 ASP.NET MVC第012天_ASP.NET Identity使用筆記_初始配置到註冊篇 ASP.NET MVC第013天_ASP.NET Identity使用筆記_註冊完後的郵件有效性確認 ASP.NET MVC第014天_ASP.NET Identity使用筆記_使用者登入_Claims-based identity理解 ASP.NET MVC第015天_是不是用了Identity後就一定要接受它自動建立的DB跟命名?不想用到一個DB以上怎麼辦 .NET MVC 疑難雜症 ASP.NTE MVC 為何IdentityResult ConfirmEmailAsync返回Succeeded總是false的問題排除 因此不會特別在贅述 稍微介紹到一個詞 Oauth OAuth是一個開發標準（Open Standard）用來處理有關「授權」（Authorization）相關的行為。 有分為OAuth 1.0跟OAuth 2.0 OAuth 2.0是OAuth協定的下一版本，但不向下相容OAuth 1.0。 OAuth 2.0關注客戶端開發者的簡易性，同時為Web應用、桌面應用、手機和智慧型裝置提供專門的認證流程。 OAuth 允許讓第三方應用存取該使用者在某一網站或平台(Google,Facebook,Twitter,Apple) 上儲存的私密的資源（如相片，影片，聯絡人列表）， 而 無需將使用者名稱和密碼提供給第三方應用 。 更白話說就是透過第三方登入 Sign in with Google Sign in with Facebook.... 在OAuth 2  具有四種角色 Resource Owner(資料擁有者) : 你(我們自己)、user ，也可能直接是Client (應用)不是人 Client(應用程式) : User授權給第三方的應用程式，例如:蝦皮、instagram、FB心理測驗遊戲、手機APP。 Authorization Server(總管授權Server) : 可能是一個

  有時可能會遇到在資料庫中明明存有的一筆紀錄 享用該筆某column的中文欄位去filter查詢 但會無法查出來的窘境 此時可先以下列方向做問題確認 法1.可檢查該column的型別是否為unicode存的(nchar,nvarchar,ntext) 那就在欄位前方加上N即可(在insert,update,select時,要加N) 通常發生在資料庫為英文語系的定序導致 法2.更改資料庫定序(慎用) 若定序設定是用Chinese_Taiwan前綴就不需要前面加N的方法 在定序設定層級可細分為 資料庫層級定序 伺服器層級定序 資料行層級定序 判斷當前資料庫定序Collation(資料庫裡字元集的排列方式)為何 SELECT DATABASEPROPERTYEX ('DB名稱' ,'Collation' ) 定序 描述 Chinese_PRC_CI_AS Chinese-PRC、不區分大小寫、區分重音、不區分假名、不區分寬度 Chinese_Taiwan_Stroke_CI_AS Chinese-Taiwan-Stroke、不區分大小寫、區分重音、不區分假名、不區分寬度 Finnish_Swedish_CI_AS 芬蘭文、瑞典文和瑞典文 (芬蘭)、不區分大小寫、區分重音、卡納型不區分、不區分假名 French_CI_AS 法文、不區分大小寫、區分重音、不區分假名、不區分寬度 Hebrew_BIN 希伯來文、二進位排序 Hebrew_CI_AS 希伯來文、不區分大小寫、區分重音、不區分假名、不區分寬度 Japanese_BIN 日文、二進位排序 Japanese_CI_AS 日文、不區分大小寫、區分重音、不區分假名、不區分寬度 Japanese_CS_AS 日文、區分大小寫、區分重音、不區分假名、不區分寬度 Korean_Wansung_CI_AS Korean-Wansung、不區分大小寫、區分重音、不區分假名、不區分寬度 Latin1_General_100_BIN Latin1-General-100、二進位排序 Latin1_General_100_BIN2 Latin1-General-100、二進位代碼點比較排序 Latin1_General_100_CI_AS Latin1-General-100、不區分大小寫、區分重音、不區